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(57) Apparatus for video, audio and data communi- 
cation of a transport stream via an ATM WAN, the trans- 
port stream including at least one of at least one video 
str am, at least one data stream, and at least one.audio 
stream. The apparatus includes a video service module 
for modifying at least one video stream, a data and audio 
services module for modifying at least one data stream 
and at least one audio stream, a network interface mod- 



(51) int ci * H04N 7/24 



• Shelnin, Vadim 
Petach Tikva 49413 (IL) 

• Nissfrn, Dror 
Glvataylm 53237 (IL) 

• Kahani, David 

Gari Yavne 70800 (IL) 

• Ben Tsur, Yosef 
Tel Aviv S2745 (IL) 

(74) Representative: 

Cross, Rupert Edward Blount et al 
BOULT WADE TENNANT, 
27 Furnival Street 
London EC4A 1PQ (GB) 



ule, communicating with the video service module and 
the data and audio services module, and operative to 
transmit the modified streams over the ATM WAN, and 
a controller communicating with the video service mod- 
ule, the data and audio service module, and the network 
interface module for controlling the various functions 
thereof. 

Related apparatus and methods are also provided. 
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Description 

FIELD OF THE INVENTION 
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J0001J The present invention relates to communica- 
tion systems in general, and in particular to methods and 

^rtfcula" 5 Vld8 °' 3Udi ° ^ *** communic ^ns in 
BACKGROUND OF THE INVENTION 

Sim^" h3Ve f0r y^rs largely 

controlled video communications, with video usually be- 
ing broadcast in analog form to provide the same con- 
tent to many wewers simultaneously. Person-to-person 
communications of professional<,uality video are typi- 
^lyaccomplished by physically sending a videcape 
via mailer courier, and occasionally through expensive 
and cumbersome satellite services. Recent trends 
however, have seen video communications increasingly 
being provided by telecommunications companies in 

HZ, !"T °" 3 SWitCh8d 638,5 com P^ing person-to- 
person video communications over standard telecom- 
munication lines. m 

S* 31 .• TW ! maj ° r ,echnoto 9»' c a' aspects may be used 

SSH! T W VariOUS methods of Vdeo commu- 
Z^L V,deo t qualit y by. «he method; and 

the switching capabilities of the method. The videooual- 
rty determines the applications that can be supported 

' "und^o ,eChn °'°^ -KS 
rounding TV equipment. While there are myriad distinc- 
tions in video quality, three major video quality catego- 
ries include Master Copy, Consumer Quality. S 
ness Video Conferencing Quality. 
10004] Master-copy quality is the quality used in the 
product™ and editing of video content (movies fea 

fl ' JY Programmers, and for certain types of pro- 
fessional Tele-consufting and Tele-training which a J 

sion bit rates for masler-copy quality, using current tech- 
nologies, range between 34Mb/s to 270Mb/s 
[0005] Consumer Quality Video is suitable for viewino 
on a conventional consumer TV set, but is not suited to 
further manipulation such as editing, format convert! 
or other typical manipulation. Consumer Quality Video 
-s used , in Video On Demand, multimedia home shop- 
ping and similar services, digital cable TVand digital sai- 
ell.te-to-home TV. Typical transmission bit rates tor con- 

Son* qUa,ity Wde ° fan9e betW8en 1 5Mb/s t0 1 5Mb/s. 
[0006] Business Video Conferencing Quality V.deo is 

generally used for business communications and re- 
mote busmess training, and is suited to fixed-back- 
ground low-movement video environments. Typical 
^nsm,ss,on br, rates for business video conferencing 
quality range b tween ii2Kb/s to 2Mb/s 
10007] in addition to video quality, switching require- 
ments constitute another major distinction between^- 
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^communications services. |n broadcastertolocaldis 
t^utor service, such as betwe n a TV "network £ 
local TV broadcasting station or between a cable Pro ! 

or a leased satellite transponder suffices for real-"™ 
d*tr*u,,on of programming because such connect ™ 
generally stay in pIace , or yeafs a „ d nQ j£ 

ng and onV reconfiguratjon (n 

to ^subscriber serv.ce. such as over the air. CATV o 
DBS. again no switching is required as each proq rani is 
nansmmed once in a predetermined 'chanTe? ^ 

Sol ,"n f h ^ , ,UneS thB deSired channe '' as * well 
known in the art. In content-provider to subscriber serv- 

£L , f 8 V ' de0 °" Demand ' or "y switching 
s requiredfromthecontentprovidertosubscribers a3 
-s initialed by the content provider, and not by the 6ub 
scnber. In switched subscriber to subscriber services 

custme^nT VWe ° P 081 ^^" 0 " shops and their 
customers and sport stadiums and broadcasters full 
switching , is required for video communication; 
[0008] Recent technological developments in the ar- 

Vide ° ,ransmission anS switching have 
tZt? , ? ecommunica tions companies outs.de the 
televise industry with the opportunity to enter the video 
communications market. Voice networks, data networks 

o^St*" d „ eqUipment ' " rtn a separate network 
dedicated to each purpose, negating economies of 

SS£T" n th8m - H0WeVer ' wittl the development of 

bf0adband diBital communica. 
tons (ATM. SONET and SDH) and advances in video 

a SlZ ^1 eSSi0a the Wto«y arises fo° 
a single type of network to senrice all these needs mak- 
ing it economically attractive for telecommunications 
companies to provide video communications on a large 

Sh Pr w? i0 ? ° f d, ' 9i,a ' Video communications 
across broadband networks raises a host'ot specific is- 
sues. One such issue, already addressed in Te prior 
ar.^ rentes to the handling of ancillary data present ° 
certain honzontal scanning lines in vertical blanking in" 
tervals European patent application EP 0740474 is be- 

ooioV 0 M C PreSen, S,3,e °' lhe art in ,his «»9ard. • 
[0010] us patent application 08/931 .091 . which is co- 
pending and commonly owned with the current applica- 

Sonryrr ^ ,e ' eViS, '° n ~ 

S ^ e ,?' sc T' es 01 a " re,erences menii <™°- 

above and throughout the present specification are 
hereby incorporated herein by reference 

SUMMARY OF THE INVENTION 
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[0012] The present invention s eks to provide novel 
apparatus and methods for switched, subscriber-to- 
subscnb r networking for transmission of various forms 
of high-quality video. 

[0013] Aspects of the present invention provide an im- 
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k proved system that overcomes problems of the prior art 
mentioned above. 

[0014] A communication system is provided wherein 
a Network Service Provider may provide and manage a 
video networking service lor TV professionals, typically 
by employing a wide area ATM network. An interface is 
provided between subscriber TV and audio equipment 
such as professional video tape recorders, cameras, TV 
monitors and videodisks on one side; and the wide area 
ATM network on the other side. 
[0015] Subscribers may "dial" other subscribers at 
will, and transfer to them high-quality TV content at view- 
ing transmission rates, at a service level they select. The 
terms "viewing transmission rate - and Viewing rate' are 
used interchangeably throughout the present specifica- 
tion and claims to refer to any transmission rate suitable 
for real-time viewing. 

[0016] Video and audio compression, ATM adapta- 
tion, multiplexing, user-to-network signaling and user- 
to-user signaling are automatically performed. Addition- 
• ally. TV content may be transferred in a file-transfer 
mode. 

[001 7] A major need in the field of ATM video commu- 
nications is an effective and convenient support of a 
broad range of user needs in a single product. An inte- 
grated system offers significant economic and opera- 
tional benefits. 

[0018] An integrated system, in accordance with a 
pr f erred embodiment of the present invention prefera- 
bly comprises means for modular handling and com- 
pression of various l/Os. The integrated system further 
preferably comprises means supporting ATM adapta- 
tion, multiplexing and ATM network interfacing as well 
as user-to-user signaling. A single unified management 
system is typically used for the management of all the 
services supported by the integrated system. 
[0019] Additionally, the integrated system preferably 
suppons the use of "communication sessions". A single 
"communication session" may comprise one or more TV 
channels and programs along with one or more data and 
voice channels. The system provides for the definition 
of session parameters using templates. An operator of 
one of the two systems may perform coordination of the 
parameters of two communicating systems using the 
defined template, via the user-to-user signaling service. 
[0020] High quality and medium-quality conventional 
TV is preferably supported at both constant and variable 
transmission bit rates. Simultaneous handling of multi- 
ple TV programs, lossless video compression, handling 
of precompressed TV and of TV as data, various net- 
work interfaces, store-and-forward operation, and other 
related services such as stand-alone audio are also 
preferably provided. 

[0021] Bandwidth efficient transmission of high-qual- 
ity vid o over ATM networks involves the solution of a 
number of problems, as mentioned above. A first such 
problem relates to bandwidth efl ctrve transmission of 
lossless/near lossless compressed video. A second 



902 590 A2 4 

problem is bandwidth ffective handling of ancillary da- 
ta. Various lev Is of ancillary data processing, including 
modulation of VBI and HBI data are provided. Such 
processing increases the bandwidth efficiency of digital 

£ video transmission. 

[0022] One of the major problems encountered in the 
transmission of high quality viewing-rate video is timing: 
cells propagating through an ATM network develop a 
cell delay variation originating from various sources 

io along the transmission chain. The cell delay variation 
deteriorates the quality of the received video signal. 
[0023] The present invention provides a novel dejit- 
tering apparatus and method which can keep the jitter 
level within limits posed by prevailing standards. For a 

is serial interface the typical jitter requirement is 0.74 nsec 
peak-to-peak measured over one line. The typical jitter 
limit for composite video signal, such as SMPTE 170M 
Composite Analog Video Signal NTSC is less than 1 
nsec peak-to-peak over one horizontal line. The jitter re- 
20 moval accomplished by the present invention enables 
the transmission of high quality real time viewing rate 
video over ATM networks. 

[0024] Lossless compression mode typically supports 
transfer of master copy TV, with bit-perfect reconstruc- 
ts tion of the REC 601 4:2:2 TV stream at the decoder over 
a 155 Mbps network access line. 
[0025] A preferred embodiment of the present inven- 
tion supports a JPEG-LS based lossless and near-loss- 
less compression based on a per frame determination 
30 of a preferable loss-level compression mode. A decision 
parameter is determined based on lossless compres- 
sion data including a size of the lossless compressed 
frame and various algorithm statistics. The decision pa- ; 
rameter is used to determine the degree of near lossless 
as compression of the frame. 

[0026] Preferably, a final compressed frame transmit - 
. ted over the ATM network comprises YCbCr compo- 
nents originating from different compression sources, 
such as to obtain an optimal result with respect to both 
40 quality and bandwidth efficiency. 

[0027] Most preferably, the Y component originates 
from any of a lossless, near lossless or clear channel 
source and the CbCr components originate from a sin- 
gle similar source different from that of the Y component. 
4 $ . Alternatively, all components originate from a single 
compression source. 

[0028] There is thus provided in accordance with a 
preferred embodiment of the present invention appara- 
tus for video, audio and data communication of a trans- 
so port stream via an ATM WAN, the transport stream in- 
cluding at least one of at least one video stream, at least 
one data stream, and at least one audio stream, the ap- 
paratus including a video service module for modifying 
at least one video stream, a data and audio services 
module for modifying at least one data stream and at 
least one audio str am, a network interface module, 
communicating with the video service module and the 
data and audio servic s module, and operative to trans- 
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mit the modif ied streams over the ATM WAN, and a con- 
troller communicating with the video service module, the 
data and audio service module, and the network inter- 
face module for controlling the various functions thereof. 
[0029] Further in accordance with a preferred embod- 
iment of the present invention the video module includes 
an encoder operative to compression modify the at least 
one video stream, the at least one data stream and the 
at least one audio stream. 

[0030] Still further in accordance with a preferred em- 
bodiment of the present invention the encoder includes 
a video encoder block operative to compression modify 
the at least one video stream to generate a video ele- 
mentary stream. 

[0031] Additionally in accordance with a preferred 
embodiment of the present invention the video encoder 
block includes an MPEG-2 compatible video signal en- 
coder. 

[0032] Moreover in accordance with a preferred em- 
bodiment of the present frwentfon the video encoder 
block includes a lossless/near lossless video signal en- 
coder. 

[0033] Further in accordance with a preferred embod- 
iment of the present invention the losslessVhear lossless 
video signal encoder includes a decision block operative 
to decide upon a preferred compression mode on a 
frame basis . 

[0034] Still further in accordance with a preferred em- 
bodiment of the present invention the encoder includes 
an ancillary data encoder block operative to compres- 
sion modify ancillary data embedded within the video 
stream to generate an ancillary data elementary stream 
[0035] Additionally in accordance with a preferred 
embodiment of the present invention the ancillary data 
encoder block includes a VBI data encoder. 
[0036] Further in accordance with a prelerred embod- 
iment of the present invention the ancillary data encoder 
block includes an HBI data encoder. 
[0037] Still further in accordance with a preferred em- 
bodiment of the present invention the encoder includes 
an audio encoder block operative to.compression mod- 
ify the at least one audio stream to generate at least one 
elementary audio stream. 

[0038] Moreover in accordance with a prelerred em- 
bodiment of the present invention the audio encoder 
block includes an MPEG-1 compatible audio encoder. 
[0039] Further in accordance with a preferred embod- 
iment of the presenl invention the encoder includes a 
system multiplexing block operative to multiplex a plu- 
rality of elementary streams to a single transport stream. 
[0040] Still further in accordance with a preferred em- 
bodiment of the present invention the encoder includes 
an AAL encoder block operative to ATM adapt a trans- 
port stream prior to communicating th transport stream 
to the network interlace module for transmission over 
the ATM WAN. 

[0041] Additionally in accordance with a preferred 
embodiment of the present invention the AAL encoder 



block includes an AAL1 layer. 
[0042] Moreov r in accordance with a preferred em- 
bodiment of the present invention the at least on video 
stream includes a real time viewing rate video stream, 
s [0043] Further in accordance with a preferred embod- 
iment of the present invention the at least one video 
stream includes a precompressed constant bit rate vid- 
eo stream. 

[0044] Still further in accordance with a preferred em- 

io bodiment of the present invention the video service 
module includes a DVB service operative to modify the 
precompressed video stream. 
[0045] Moreover in accordance with a preferred em- 
bodiment of the present invention the at least one video 

1$ stream includes a precompressed video file. 

[0046] Further in accordance with a preferred embod- 
iment of the present invention the at least one audio 
stream includes an AES/EBU stream. 
[0047] Still further in accordance with a preferred em- 

20 bodiment of the present invention at least one of the vid- 
eo module and the data and audio module includes a 
decoder operative to decompression modify at least one 
of the following the at least one video stream, the at least 
one data stream, and the at least one audio stream. 

ss [0048] Still further in accordance with a preferred em- 
bodiment of the present invention the decoder includes 
an AAL decoder block operative to ATM adapt a trans- 
port stream received by the network interface block via 
the ATM WAN and generate SAR-PDUs. 

30 [0049] Additionally in accordance with a preferred 
embodiment of the present invention the AAL decoder 
block includes an AAL1 layer. 
[0050] Moreover in accordance with a preferred em- 
bodiment of the present invention the decoder includes 

35 a dejittering block operative to smooth a jitter present in 
the incoming transport stream and extract a clock signal 
from the incoming transport stream. 
[0051] Further in accordance with a preferred embod- 
iment of the present invention the dejittering block in- 

40 eludes a first 3rd order. PLL filter loop operative to filter 
at least part of the jitter, and a second 3rd order PLL 
filter loop operative to drive a decoder clock signal in 
response to a clock signal extracted from the transport 
stream. 

45 [0052] Still further in accordance with a preferred em- 
bodiment of the present invention the decoder includes 
a system demultiplexer operative to demultiplex the 
transport stream to produce the al least one video 
stream, the at least one data stream, and the at least 

50 one audio stream. 

[0053] Additionally in accordance with a preferred 
embodiment of the present invention the decoder in- 
cludes a video decoder block operative to decompres- 
sion modify the at least one vid o stream. 

ss [0054] Moreover in accordance with a preferred em* 
bodiment of the present invention th video decoder 
block includes a MPEG-2 compatible video decoder. 
[0055] Further in accordance with a preferred embod- 
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irnent of the pr sent inv ntion the video decoder block 
includes a lossless/near lossless video decoder. 
[0056] Still further in accordance with a preferred em- 
bodiment of the present invention at least one of the vid- 
eo module and the data and audio module includes a 
decoder operative to decompression modify at least one 
of the following the al least one video stream, the at least 
one data stream, and the at least one audio stream, and 
the decoder includes a system demultiplexer operative 
to demultiplex the transport stream to produce the at 
least one video stream, the at least one data stream, 
and the at least one audio stream, and the decoder also 
includes an ancillary data decoder block operative to de- 
compress the ancillary data elementary stream to gen- 
erate an ancillary data stream for embedding within the 
video stream. 

[0057] Additionally in accordance with a preferred 
embodiment of the present invention the ancillary data 
decoder block includes a VBI data decoder. 
[0058] Moreover in accordance with a prelerred em- 
bodiment of the present invention the ancillary data de- 
coder block includes an HBI data decoder 
[0059] Further in accordance with a preferred embod- 
iment of the present invention the decoder includes an 
audio decoder block operative to decompression modify 
the one or more audio elementary streams to generate 
on or more audio streams. 

[0060] Still further in accordance with a preferred em- 
bodiment of the present invention the audio decoder 
block includes an MPEG-1 compatible audio decoder. 
[0061] Additionally in accordance with a preferred 
embodiment of the present invention the at least one 
audio stream includes at least one AES/EBU stream. 
[0062] Moreover in accordance with a preferred em- 
bodiment of the present invention the at least one video 
stream includes a dejittered real time viewing rate digital 
video stream. 

[0063] Further in accordance with a preferred embod- 
iment of the present invention the at least one video 
stream includes a composite analog video signal. 
[0064] There is also provided in accordance with an- 
other preferred embodiment of the present invention ap- 
paratus for lossless/hear lossless compression encod- 
ing of a video stream for transmission over an ATM 
WAN, the apparatus including an encoder block opera- 
tive to encode the video stream by applying at least one 
compression mode thereto, thereby generating a trans- 
port stream, a decision block operative to determine a 
decision NEAR parameter based, at least in part, on 
lossless compression data received from the encoder 
block, the NEAR parameter being used to determine an 
appropriate near lossless mode, and a control block, 
communicating with the encoder block and the decision 
block and operative to dptermin e an appropriate content 
of the transport stream. 

[0065] Further in accordance with a preferred embod- 
iment of the present invention the compression data in- 
cludes lossless compression statistics including a size 



of the compressed stream, andcompr sstpn algorithm 
statistics. 

[0066] Still further in accordance with a preferred em- 
bodiment of the present invention the NEAR parameter 
s is determined based, at feast in part, on a predefined 
set of valid NEAR values. 

[0067] Additionally in accordance with a preferred 
• embodiment of the present indention the predefined set 
of valid NEAR values includes at least one discrete f unc- 

10 tions defined within a prescribed range. 

[0066] Moreover in accordance with a preferred em- 
bodiment of the present invention the predefined set of 
valid NEAR values includes a continuous function de- 
fined within a prescribed range. 

is [0069] Further in accordance with a preferred embod- 
iment of the present invention the video stream, includes 
a real time viewing rate video stream. 
[0070] Still further in accordance with a preferred em- 
bodiment of the present invention the NEAR parameter 

20 is determined for each individual video frame of the vid- 
eo stream. 

[0071] Additionally in accordance with a preferred 
embodiment of the present invention the apparatus also 
includes a parser operative to separate the video stream 

2S into separate video components. 

[0072] Moreover in accordance with a preferred em- 
bodiment of the present invention the separate video 
components include YCbCr. components including a Y 
component, a Cb component, and a Cr component. 

30 [0073] Further in accordance with a preferred embod- 
iment of the present invention the transport-stream in- 
cludes a Y component originating from at least one of 
the following compression sources a lossless compres- 
sion source, a near lossless compression source, and 

35 a clear channel compression source, and Cb and Cr 
components both originating from a similar compression 
source, the compression source of the Cb and Cr com- 
ponents being different from the compression source of 
the Y component. 

40 [0074] Still further in accordance with a preferred em- 
bodiment of the present invention the Y, Cb, and Cr com- 
ponents originate from a single compression source. 
[0075] There is also provided in accordance with an- 
other preferred embodiment of the present invention ap- 

45 paratus for lossless/near lossless decompression de- 
coding of a transport stream transmitted over an ATM 
WAN. the apparatus including a decoder block operative 
to decode the transport stream by applying one or more 
decompression modes thereto, thereby generating a 

so video stream, and a decision block operative to deter- 
mine a set of appropriate parameters to be applied by 
the decoder block for the decompression of the trans- 
port stream based, at least in part, on a decision NEAR 
parameter employed in the compression of the transport 

55 stream. 

[0076] Further in accordance with a pref rred mbod- 
iment of the present invention the transport stream in- 
cludes a real time viewing rate stream. 
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[0077] Still further in accordance with a preferred em- 
bodiment of the present invention the video stream in- 
eludes a r al time viewing rate stream. 
[0078] Additionally in accordance with a preferred 
embodiment of the present invention the apparatus also 
includes a parser operative to separate the transport 
stream into a plurality of separate compressed video 
components. 

-[0079] Moreover in accordance with a preferred em- 
bodiment of the present invention the separate com- 

^o«f d ^ ,e ° COmponen,s inc,ode YCbCr components 
[OU80J Further m accordance with a preferred embod- 
iment of the present invention the compressed video 
components originate from different compression mode 
sources. 

[0081 J There is also provided in accordance with an- 
other preferred embodiment of the present invention ap- 
paratus for video ancillary data communication over an 
ATM WAN. the apparatus including a processor opera- 
tive to modify at least a pan of at least one ancillary data 
component of an ancillary data stream embedded within 
a video stream, and at least one memory device com- 
municating with the processor and operative to store a 
representation ol the ancillary data stream including a 
representation of a full content of the ancillary data em- 
bedded within the video stream, and a representation of 
an ancillary date elementary stream including a content 

' 2n£r C c 1 embedded Within the vide ° ^ream. 
[0082J Further in accordance with a preferred embod- 
iment of the present-invention the processor includes a 
compression modifier operative to compress at least 
part of the ancillary data to generate the ancillary data 
etementary stream for communication over the ATM 

WAN/ 

[0083] Still further in accordance with a preferred em- 
bodiment of the present invention the processor in- 
cludes a decompression modifier operative to decom- 
press a compressed part of the ancillary data elemen- 
taiy stream to generate an ancillary data stream lor em- 
bedding in the video stream. 
[0084] Additionally in accordance with a preferred 
embodiment of the present invention the ancillary data 
stream includes VBI data embedded within the video 
stream. 

[0085] Moreover in accordance with a preferred em- 
bodiment of the present invention the ancillary data 
stream includes HBI data embedded within the video 
stream. 

[0086] Further in accordance with a preferred embod- 
iment of the present invention the com-?. < ,s,bn modifier 
compresses the ancillary data at a expression rate 
such that the total ancillary data transmitted does not 
exceed approximately 1.92 Mbps. 
[0087] There is also provided in accordance with an- 
other preferred embodiment of the present invention ap- 
paratus for the communication of dejittered real time 
v. wing rale video over an ATM WAN. the apparatus in- 
cluding a dejmering block operative to filter at least part 
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I 8 !™ EL "11" 8 ,ranSp ° rt Stream tra "**tted over 
the ATM WAN. the transport stream corresponding to 

!SSS ^ Vid6 ° S,ream " dejittenng 

block being further operative to extract a clock rate of a 

correspond^ transmitting source embedded in the 
transport stream, and an STC block operative to gener- 
ate an STC drivea decoder STC in response to tne cTk 
rate of the transmitting source, as extracted by the de- 
jrttenng block. ' ue 

SEL tH FUfther m accordance with a Preferred embed- 
ment of the present invention the clock rate of ihe trans- 
mrttmg source includes PCR values embedded in the 
transport stream. me 

[0^89] Further in accordance with a preferred embod- 
•ment of the present invention the apparatus also in- 
eludes a demultiplexer operative to demultiplex the de- 

S.LT n SPOft "T" 9enera,ed * the Bering 
block into corresponding elementary streams for further 

byTsTC^ aCC ° rdanCe ^ ST ° 9e " era,ed 

SSL t 3 '!?^ ' n aCCOrtlance a em- 
bailment of the present invention the dejittering block 

ndudes e decimation block operative to transform the 
transport stream into TS packets prior to deirtterina 

E£i Tr? in accordance - Sed 

!2PT? *" PreSen, invention the dejittering 
hfock includes a 3rd order PLL filter loop operativ to 
filter at least part -of the jitter present in the transport 

E^r' h aCCOrdanCe with 8 Purred em- 
bodiment of the present invention the STC block in- 
cludes a 3rd order PLL filter loop operative to dr^e the 
decoder STC in response to the clock rate of the™ re 
spondmg transmitting source. 
[0093] Further in accordance with a preferred embed-' 
iment of the present invention the decoder STC includes 
an approximately 27 MHz clock signal 
[0094] There is also provided in accordance with an- 
? embodimerrt °' the Present invention a 

lESSlS I ' l Udi ° Snd d3,a com ^"ica.ion via an 
ATMWAN. the method including providing a video serv- 
ice module for modifying at least one video stream pro- 
viding a data and audio services module for modifying 
at least one data stream and at least one audio stream 

.t| P h r S a H ne,Wk imerface modu,e ,or Emit- 
ting the modified streams over the ATM WAN 

[0095] Further in accordance with a prefened embod- 
iment of the present invention modifying the at leas, one 
vxleo stream, the at least one data stream and the at 
least one audio stream includes compression thereof 
^nera^ng corresponding elementary streams, using 

bedunent of the pr s nt invention compression of the al 
least one video stream includ s compression thereof 

ESP 3 MPEG " 2 Vkte ° Si9na ' n «**9 mode 
[0097] Additionally in accordance with a preferred 

embodiment of the present invention compression of the 
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at I ast one video stream includes compression thereof 
applying a lossless/near lossless encoding mode. 
[0098] Moreover in accordance with a preferred em- 
bodiment of the present invention applying the lossless/ 
near lossless encoding mode includes deciding upon a s 
preferred-compression mode on a frame basis. 
[0099] Further in accordance with a preferred embod- 
iment of the present invention compression of the at 
least one video stream includes compression of at least 
a part of the ancillary data embedded within the video 10 
stream. 

[01 00] Still further in accordance with a preferred em- 
bodiment of the present invention compression of the at 
least a part of the ancillary data includes compression 
of VBI data embedded within the video stream. is 
[0101] Additionally in accordance with a preferred 
. embodiment of the present invention compression of the 
at least part of the ancillary data includes compression, 
of HBI data embedded within the video stream. 
[0102] Moreover in accordance with a preferred em- 20 
bodiment of the present invention compression of the at 
least one audio stream includes compression thereof by 
applying an MPEQ-1 audio signal encoding mode. 
[01 03] Further in accordance with a preferred embod- 
iment of the present invention compression of the at 25 
I ast one video stream, the at least one data stream and 
the at least one audio stream includes multiplexing the 
elementary streams into a transport stream. 
[01 04] Still further in accordance with a preferred em- 
bodiment ol the present invention compression of the at . 30 
least one video stream, the at least one data stream and 
the at least one audio stream includes ATM adaptation 
of the elementary streams prior to the communication 
thereof to the network interface module for transmission 
over the ATM WAN. 3S 
[0105] Additionally in accordance with a preferred 
embodiment of the present invention the ATM adapta- 
tion includes adaptation using an AAL1 adaptation layer. 
[0106] Moreover in accordance with a. preferred em- 
bodiment of the present invention compression of the at <o 
least one video stream includes compression of a real 
time viewing rate video stream. 
[01 07] Further in accordance with a preferred embod- 
iment of the present invention compression of the at 
least one audio stream includes compression of at least 45 
one AES/EBU audio stream. 

[0108] Still further in accordance with a preferred em- 
bodiment of the present invention modifying the at least 
one video stream, the at least one data stream and the 
at least one audio stream includes decompression of the so 
corresponding elementary streams constituting the 
transport stream, using a decoder. 
[0109] Additionally in accordance with a preferred 
embodiment of the present invention decompression of 
the lementary streams includes ATM adaptation ol the 
transport stream received from the network interface* 
module over the ATM WAN. 

[01 1 0] Further in accordance with a preferred embod- 



iment of the present invention the ATM adaptation in- 
cludes adaptation using an AAL1 adaptation layer. 
[0111] Still further in accordance with a preferred em- 
bodiment of the present invention the ATM adaptation 
includes adaptation with FEC. 
[0112] Additionally in accordance with a preferred em- 
bodiment of the present invention the method also in- 
cludes smoothing a jitter present in the transport stream 
using a first 3rd order PLL filter loop. 
[0113] Moreover in accordance with a preferred em- 
bodiment of the present invention the method also in- 
cludes driving a decoder STC, in response to a clock 
signal extracted from the transport stream, using a sec- 
ond 3 rd order PLL filter loop. 
[0114] Further in accordance with a preferred embod- 
iment of the present invention the method also includes 
demultiplexing the transport stream to the various ele- 
mentary streams. 

[0115] Still further in accordance with a preferred em- 
bodiment of the present invention decompression of the 
at least one video elementary stream includes decom- 
pression thereof applying a MPEG-2 video signal de- 
coding mode 

[0116] Moreover in accordance with a preferred em- 
bodiment of the present invention decompression of the 
at least one video elementary stream includes decom- 
pression thereof by applying a lossless/near lossless 
decoding mode. 

[0117] Additionally in accordance with a preferred em- 
bodiment of the present invention applying the lossless/ 
near lossless decoding mode includes deciding upon a 
preferred decompression mode on a frame basis. 
[0118] Further in accordance with a preferred embod- 
iment of the present invention the decompression of the 
elementary streams includes decompression of an an- 
cillary data elementary stream generating an elementa- 
ry data stream embedded within the video stream. 
[0119] Still further in accordance with a preferred em- 
bodiment of the present invention decompression of the 
ancillary data elementary stream includes decompres- 
sion of VBI data. 

[0120] Additionally in accordance with a preferred 
embodiment of the present invention decompression of 
the ancillary data elementary stream includes decom- 
pression of HBI data. 

[0121] Moreover in accordance with a preferred em- 
bodiment of the present Invention decompression of the 
one or more audio elementary streams includes decom- 
pression thereof applying a MPEG-1 audio signal de- 
coding mode. 

[0122] There is also provided in accordance with an- 
other preferred embodiment of the present invention a 
method for lossless/near lossless compression of a vid- 
eo stream for transmission over an ATM WAN, the meth- 
od including providing an ncod r block for compress- 
ing the video stream into a transport stream by applying 
at least one compression mode, providing a decision 
block for determining a decision NEAR parameter cor- 
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responding to lossless compression data received from 
the encoder block, the NEAR parameter determining an 
appropriate near lossless mode, and providing a control 
block for determining an appropriate content of the 
transport stream. 

[0123] Further in accordance with a preferred embod- 
iment of the present invention the decision block also 
determines the decision NEAR parameter based, at 
least in part, on lossless compression statistics includ- 
ing a size of the compressed stream and on compres- 
sion algorithm statistics. 

[0124] Still further in accordance with a preferred em- 
bodiment of the present invention determining the 
NEAR parameter includes determination thereof in con- 
formance with a predefined set of valid NEAR values 
[0125] Additionally in accordance with a preferred 
embodiment of the present invention determination in 
conformance with a predefined set of valid NEAR values 
includes determination in conformance with at least one 
discrete function defined within a prescribed range 
[0126] Moreover in accordance with a preferred em- 
bodiment of the present invention determination in con- 
formance with a predefined set of valid NEAR values 
includes determination in conformance with a continu- 
ous function defined within a prescribed range. 
[01 27] Further in accordance with a preferred embod- 
iment of the present invention compressing the video 
stream includes compressing a real time viewing rate 
video stream. a 

[01 28] Still further in accordance Wfth a preferred em- 
bodirnent of the present invention determining the 
NEAR parameter includes determination thereof for 
each individual frame of the video stream. 
[0129] Additionally in accordance with a preferred 

• ft * 

present invention the method also 
includes providing a parser for separating the video 
stream into separate video components. 
[01 30] Moreover in accordance with a preferred em- 
bodiment of the present invention separating the video 
stream into separate video components includes sepa- 
ration thereof into YCbCr components. 
[01 31] Further in accordance with a preferred embod- 
iment ot the present invention determining an appropri- 
ate content ot the transport stream includes multiplexing 
a Y component originating from at least one of a loss- 
less, a near lossless or a clear channel compression 
source, and CbCr components both originating from a 
eimilar compression source different from that of the Y 
component, to the transport stream. 

[0132] Further in accordance with a preferred embod- 
iment of the present invention determining an appropri- 
ate content of the transport stream includes multiplexing 
YCbCr components originating from a single compres- 
sion source to the transport stream. 
[01 33] There is also provided in accordance with an- 
other preferred embodiment of the present invention a 
method for lossless/near lossless decompression of a 
transport stream transmitted over an ATM WAN the 



method including providing a decoder block for decom- 
pressing the transport stream into a vid o stream by ao- 
plying one or more decompression modes, and provid- 
■ mg a decison block for determining a set of appropriate 
5 parameters to be applied by the decoder block for the 
decompression of the transport stream, based at least 
in.part. on a decision NEAR parameter employed in the 
compression of the transport stream. 
[01 34] Further in accordance with a preferred embod- 
iment of the present invention decompressing the trans- 
port stream into a video stream includes decompression 
of a real time viewing rate transport stream into a real 
time viewing rate video stream. 

,* K 51 Stil,,Ufthefin accordance with a preferred em- 
bodiment of the present invention the method also in- 
cludes providing a parser for separating the transport 
stream into separate compressed video components 
[0135J Additionally in accordance with a preferred 
embodiment of the present Invention separating the 
» transport stream into separate compressed video com- 
. ponents includes separation of the transport stream into 
YCbCr components. 

PI 37] There is also provided in accordance with an- 
as THH? ,err6d embodiment o' present invention a 

ISfSJ? V _ and " ary da,a «»"™nication over an 
ATM WAN. the method including providing a processor 
for modifying at least part of at least one ancillary data 
component of an ancillary data stream embedded within 
a video stream, providing one or more memory devices 
*> communicating with meprocessor for storing the ancil- 
lary data stream, the stored ancillary data stream includ- 
ing a full content of ancillary data embedded within the 
video stream, and an ancillary data elementary stream 
KftifrB the full content of the ancillary data embedded 
35 within the video stream. 

[01 38] Further in accordance with a pref ened embod- 
iment of the present invention. modifying at least part of 
at least one ancillary data component includes com- 

40 * 6 T n * ,he 31 ' eaSt 006 anci,lar y component. 
Sream 9e " eratin9 *° *** e,e ™>"«ary 

P139] Still further in accordance with a preferred em- 
bodiment of the present invention modifying at least part 
of the at least one ancillary data component includes 
decompression of the ancillary data elementary stream 
to generate the ancillary data stream embedded within 
the video stream. 

[0140] Additionally in accordance with a preferred 
embod.ment of the present invention modifying the at 
» teas, pan of the at leas, one ancillary data component 
includes modifying VBI data embedded within the video 
stream. 

P141] Moreover in accordance with a preferred em- 

55 Z?T1 °' Pr8S m Venti0n """Btyng me at least 
part of the at least one ancillary data component in- 
eludes modifying HBI date embedded within the video 
stream. 

[0142] Further in accordance with a preferred embod- 



^° O ftt«EP-_09flaS90A2.l. 



8 



15 EP0 902I 

iment of the present invention modifying th at least part 
of the at least one ancillary data component includes 
compressing the ancillary data at a compression rate 
such that a total ancillary data transmission rate does 
not exceed approximately 1.92 Mbps. 5 
[0143] There is also provided in accordance with an- 
other preferred embodiment of the present invention a 
method for the communication of a dejittered real time * 
viewing rate video stream over an ATM WAN, the meth- 
od including providing a dejittering block for filtering at io 
least part of a jitter present in a transport stream trans- 
mitted over the ATM WAN. the transport stream corre- 
sponding to the real time viewing rate video stream, and 
for extracting a clock rate of a corresponding transmu- 
ting source embedded in the transport stream, and pro- is 
viding an STC block for producing an STC and driving 
a decoder STC in response to the clock rate of the trans- 
mitting source extracted by the dejittering block. 
[0144] Further in accordance with a preferred embod- 
iment of the present invention extracting the clock rate 20 
of the transmitting source includes extracting PCR val- 
ues embedded in the transport stream. 
[0145] Still further in accordance with a preferred em- 
bodiment of the present invention the method also in- 
cludes demultiplexing a dejittered transport stream gen- 25 
erated by the dejittering block into corresponding "ele- 
mentary streams for further decompression in accord- 
ance with the STC generated by the STC block. 
[0146] Additionally in accordance with a preferred 
embodiment of the present invention the method also 30 
includes providing a decimation block for transforming 
the transport stream into TS packets. 
[0147] Moreover in accordance with a preferred em- 
bodiment of the present invent ion the method also in- 
cludes providing a first 3rd order PLL filter loop for filter- 3S 
ing at least part of the jitter present in the transport 
stream. 

[01 48] Further in accordance with a preferred embod- 
iment of the present invention the method also includes 
providing a second 3rd order PLL filter loop for driving 40 
the decoder STC in response to the clock rate of the 
corresponding transmitting source. 
[01 49] Still further in accordance with a preferred em- 
bodiment of the present invention the method also in- 
cludes driving the decoder STC at approximately a 27 
MHz clock rate. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0150] Examples of embodiments of the present in- 
vention will now be described with reference to the draw- 
ings in which: 

Fig. 1 is a simplified block diagram of a communi- 
cation system constructed and operativ in accord- 
ance with a preferr d embodiment of the present 
invention; 

Fig. 2 is a simplified block diagram of a preferred 
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implementation of apparatus used in the communi- 
cation system of Fig. 1 ; 

Figs. 3 is a schematic block diagram showing a pre- 
ferred implementation of an encoder used in the ap- 
paratus of Fig. 2; 

Fig. 4 is a schematic block diagram showing a pre- 
ferred implementation of a decoder used in the ap- 
paratus of Fig. 2; 

Fig. 5A is a schematic block diagram of a preferred 
implementation of a video-encoding block used in 
the encoder of Fig. 3; 

Fig. 5B is a schematic illustration of an encoding 
process flow as preferably performed by the video 
encoder of Fig. 5A; 

Fig. 6A is a simplified block diagram of a preferred 
implementation of a video-decoding block used in 
the decoder of Fig. 4; 

Fig. 63 is a schematic illustration of a decoding 
process flow as preferably performed by the video 
decoder of Fig. 6A; 

Fig 7A is a simplified block diagram of a preferred 
implementation of a transmitting precompressed 
service card (DVBT) used in the apparatus of Fig. 2; 
Fig 7B is a simplified block diagram of a preferred 
• implementation of a receiving precompressed serv- 
ice card (DVBR) used in the apparatus of Fig. 2; 
Fig. 8 is a simplified block diagram of a preferred 
implementation of an ancillary (ANC) data block 
used in the encoder of Fig 3; 
Fig 9 is a simplified block diagram of a preferred 
implementation of an ancillary (ANC) data block 
used in the decoder of Fig. 4. and 
Fig. 10 is a schematic block diagram of a preferred 
implementation of a dejitter block used in the de- 
coder.of Fig. 4. 

DETAILED DESCRIPTION OF A PREFERRED 
EMBODIMENT , 

[0151] Reference is now made to Fig. 1, which is a 
simplified block diagram of a communications system 
constructed and operative in accordance with a pre- 
ferred embodiment of the present invention. The system 
of Fig. 1 comprises video communication apparatus 10, 
45 herein alternately referred to as Hi-TV 10, which func- 
tions as an integrated customer premises equipment 
(CPE) capable of communicating TV content (video, au- 
dio, data) as well as voice and data via a wide area ATM 
network (ATM WAN) 22. 
so [0152] In preferred embodiments of the present in- 
vention Hi-TV 1 0 interfaces with one or more TV source 
devices 14. In some preferred embodiments of the 
present invention device 14 comprises a real-time TV 1/ 
O device such as a VTR or a vid o camera. Hi-TV 1 0 in 
55 communication with the real-time TVdevice handles un- 
compressed serial digital component video at viewing 
rate, multichannel AES/EBU audio and ancillary data. 
Hi-TV 10 typically compresses the video and audio in- 
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puts received from device 1 4 in real-time in accordance 
w.th a user-setected quality level, as described herein- 
below with reference to Figs. 3 and 5A. Preferably, Hi- 
TV 10 also demodulates at least part of the ancillary data 
received from device 14 such as information signals s 
contained within a vertical blanking interval (VBI) and/ 
or an horizontal blanking interval (HBI). as described in 
detail with reference to Figs. 6 and 9 below. Alternative- 
ly. Hi-TV 10 decompresses and demultiplexes a com- 
pressed signal for outputting to device 1 4. as described io 
in detail with reference to Figs. 4 and 6A below 
[0153] In alternative preferred embodiments of the • 
present invention device 14 comprises a TV I/O device 
such as a VTR. a video server or an external codec 

whichmputsandoutputsprecompressedvideoatacon- is 
stant bit rate (CBR) such as. for example. DVB-SPl 
DVB-ASI or SDTI Transport Streams. Hi-TV 10 typically 
transmits the precompressed signal in real-time as de- 
scribed hereinbebw with reference to Figs 7A and 78 
In some prelerred embodiments Hi-TV 10 provides a de- so 
Jittered real-time or super real-time bitstream for trans- 
mission at the far end of a network 22. 
[0154J Hi-TV 10 is also in communication with a voice 
and data device 16. which inputs and outputs wideband 
vo,ce and/or data digital signals Hi-TV 10 in communi- 2S 
cation wrth device 16 supports a voice and data circuit 
emulation service for transmission of synchronous bi- 
d.rectional voice and data traffic T1E1 circuits typicalV ' 
interface with device 16 lor synchronous wideband serv- . 
ice. A user may select between an unstructured TVEi ■ so 
and a structured T1/E1 service. 
[0155] Additionally. Hi-TV 10 typically supports a nar- 
rowband data service that provides clear channel trans- 
port of bi-directional RS-422 circuits. The RS-242 inter- 

1 0 with a control device ss 
18 providing for control of a remote machine such as 
for example, a VTR. a camera, or another suitable re- 
mote machine. 

16 may comprise a work- 
station or a videodisk. which inputs and outputs precom- 40 
pressed video files. The precompressed TV-files are 
transferred by Hi-TV 10 on a non-real-time file transfer 
basis via network 22. 

[01 57] Hi-TV 1 0 communicates with a system control- 
ilf n UC ^ S 3 Pen,ium ( F ')-based PC platform. System 4S 
controller 20 provides lor various system management 
and control functions such as. monitoring, troubleshoot- 
ing and configuring Hi-TV 10 and statistics. It also ena- 
bles downloading of software and gathering of account- 
ing and performance data and interfacing to network so 
management systems and applications such as billing 
[0158] In preferred embodiments of the present in- 
vention. Hi-TV 1 0 located on the premises of a subscrib- 
er 1 2 interfaces with network 22 via one or more access 
lines 28 which typically support 34. 45 or 1 55 Mbps in ss 
each direction, such as DS-3/E-3 orOC-3/STM-l lines 
The bandwidth of lines 28 is typically sufficient to be 
shared between up to 11 outgoing and incoming TV 



streams. 

[0159] Hi-TV 10 at subscriber 12 is connectable with 
one or more remote subscribers 30. each equipped with 

t A service provk,er «"S£2£ 

minal 26 is typically provided for communication with Hi- 
TV 10 at subscnber 12 and/or at remote subscriber 30 
Terminal 26 may communicate via an IP network 24' 
such as a PSTN network or equivalents 
[0160] Hi-TV 10 preferably supports a range of user 
services in one integrated, uniform product, thus negat- 
ing the need for separate codecs and TV equipment in- 
terfaces. Hi-TV 10 preferably performs ^oTwi "g 
multiplexing functions, thus negating the need for sep- 
arate multiplexers: multiplexing of the video, audio and 
data which constitute a single TV program into an 

22* POrt S,r8am (TS,; ** A ™ ™'«P'exing 

of all the communications services onto the bi-direction- 
al access link to the WAN. 

[0161] Hi-TV 10 preferably functions as a full-function 
ATM network terminal, thus negating the need lor a seo- 

SSiSSfT^-JS? " bC US8d Wi,h braad °andPDH/ 
™/ow~ e38ed {mes and "etworks, and ATM PVC 
and SVC networks. A significant advantage of Hi-TV 10 
•s evrdenl when network 22 is a wide area ATM SVC 

USST" "L ,h \ CaSe * H ''- TV 10 ' 8 si 9 na, "9 capabilities 
enable subscriber-to-subscriber dial-up connectivity 
with bandwidth on demand. V 
[0162] Reference is now made to Fig. 2. which is a 

imSJS 01 3 P re,e " e ^P'°mentation 
of Hi-TV 10 of F,g. 1 . The apparatus of Fig. 2 comprises 
a chassis 38 and a back-plane 40 capable of receivino 
one or more plugWn modules such as TV service boards 
41. data service boards 44 and a network interface 
board (NIC) 46. TV service boards 41 preferably co m 
municate with TV source device 1 4. Data service boards 
44 preferably communicate with voice and data device 
16 and remote machine controller 18. 
[0163] in some preferred embodiments of thepresent 
invention, particularly including embodiments suitable 
for use with DVB, TV service boards 41 comprise un 
compressed signal TV service boards 42 and precom- 
pressed signal service boards 43 
[0164J in preferred embodiments of the present in- 
vention an encoder 62, also referred to herein as MPGE 
52. receives, compresses and multiplexes the uncom- 
pressed video signal from videodevice 14 as described 
in detail with reference to Fig. 3 below. A compressed 
TS is input loan appropriate ATM adaptation layer (AAL) 
64 included in MPGE 62. The preferred inclusion of AAL 
64 on MPGE card62. which is one of the novel elements 

I'^r 1 SyS ' em ' Pr ° Vides for ^^ion between 
the MPEG services, the ATM adaptation functions and 
the menacing functions of the system This separation 
enhances system capabilities due to the use of novel 

adaptation means and expansion of NIC 46 functional- 
ity. 

[0165] MPGE 62 located on the premises of a first 
subscnber such as. for xample. subscriber 1 2. outputs 
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an AAL1 PDU, which is conveyed via NIC 46 to network 
22. A decoder 60, also referred to herein as MPGD 60, 
located on the premises of a second subscriber such 
as. for example, subscriber 30. receives the AAL1 PDU 
via network 22. The received AAL1 PDU is preferably s 
used by MPGD 60 to generate video, audio and data 
signals, which are conveyed to video device 1 4 of local 
subscriber 30, for real-time viewing or storing as de- 
scribed with reference to Fig. 4 below 
[0166] In further preferred embodiments of the io 
present invention a DVB transmitter 170, also referred 
to herein as DVBT 170, receives the precompressed 
DVB stream from device 14 and transmits it over net- - 
work 22 as described in more detail with reference to 
Fig. 7A below. A DVB receiver 1 72, also referred to here- is 
in as DVBR 172, typically located on the premises of 
subscriber 30 receives the transmitted stream. The 
transmitted stream is typically employed to generate 
video signals conveyed to device 14, for real-time view- 
ing as described hereinbelow with reference to Fig. 7B. &> 
[0167] Hi-TV 10 preferably supports real-time TV 
transmission at various user selectable MPEG-2 video 
compression levels. Hi-TV 10 also preferably supports, 
per user selection at service set up. Forward Error Cor- 
rection (FEC) codes using Reed-Solomon (1 24/128) en- & 
coding with long interleaving, as is well-known in the art. 
[0168] NIC 46 preferably interfaces with network 22 
over a bi-directional access link. NIC 46 preferably 
reads the output streams of TV service boards 42 and 
data sen/ice boards 44 and multiplexes them into an 30 
ATM virtual connection that has previously been set up 
in network 22. NIC 46 also preferably receives a multi- 
plexed stream input from network 22, demultiplexes the 
received multiplexed stream and dispatches each of the 
resulting separate streams to service boards 42 and 44, 35 
respectively. 

[0169] Preferably, NIC 46 centrally performs functions 
such as ATM UNI signaling and traffic shaping. NIC 46 
typically supports, in collaboration with software resid- 
ing on system controller 20. ILMI MIBs, OAM cell flows, *o 
and the various data flows in SONET and SDH net- 
works. NIC 46 also preferably supports the following I/ 
O boards (not shown): a DS-3 board supporting both 
PLCP and direct (H EC-based) ATM mapping; and a 1 55 
Mbps board supporting OC-3, STM-1 and OC-1 2/STM- *s 
4. Alternatively or additionally NIC 46 supports a PDH 
network and I/O boards supporting E3. 
[01 70] A system controller interface board 54 support- 
ing a 10/100 Base-T port and two serial RS-232 COM 
ports is preferably operable to connect system controller so 
20 with Simple Network Management Protocol (SNMP) 
managers (not shown). A power entry module 56 is pref- 
erably connected with up to two redundant 48V DC pow- 
er input sources. The power entry module distributes the 
power to power supply boards 58 Each power supply ss 
board 58 typically has a primary voltage of 48V/60V DC, 
received from power entry module 56. Power consump- 
tion is typically 60 to 250 W (depending on configura- 
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tion). One power supply board 58 pref rabty supports 
full operation. 

[0171] A test and monitoring module (not shown) may 
support various test and monitoring functions, including 
•dry contacts* for alarm monitoring. A fan tray module 
(not shown) may contain four fans, where any three pref- 
erably suffice for the system's cooling requirements 
[0172] Hi-TV 10 may be configured tor a specific pur- 
pose by equipping it with a suitable mix of types and 
quantities of plug-in boards, as is well-known in the art. 
Boards can preferably be added and swapped in the 
field, with Hi-TV 10 automatically adapting itself to con- 
figuration changes. 

[0173] Reference is now made to Fig. 3. which is a 
schematic block diagram representation of a preferred 
implementation of MPGE 62 of Fig. 2. MPGE 62 is pref- 
erably in communication with system controller 20 to en- 
able card control and direct software download. 
[0174] In Figs 3. 4. 5A, 6A, 7A. 7B. B. and 10 single 
dashed arrows are used to indicate a control channel, 
while double dashed arrows are used to indicate clock 

T 

distribution. 

[0175] MPGE 62 receives a video source signal 
through a serial digital interlace (SDI) 71 typically com- 
prising a 75 BNC connector as a physical interface. 
MPGE 62 typically comprises one SDI 71. 
[0176] In preferred embodiments of the present in- 
vention, SDI 71 is used to convey one video service (re- 
ferred to as SDI stream), in accordance with ANSI/ 
SMPTE 258M ITU-R BT.656-3, supporting both 525 and 
625 lines. In addition SDI 71 conveys up to two embed- 
ded audio services in accordance with ANSI/SMPTE 
272M and an elementary stream comprising up to 1 .92 
Mbps of VBI ancillary, data. Alternatively. SDI 71 also 
supports horizontal blanking interval (HBI) ancillary data 
in accordance with ANSI/SMPTE 2giM. 
[0177] The SDI stream received via SDI 71 is prefer- 
ably input to a SDI block 70, which demultiplexes serv- 
ices comprised in the SDI stream. For example, the SDI 
stream may be demultiplexed into four services com- 
prising a first service, a second service, a third service, 
and a fourth service. The first service typically compris- 
es at least one digital video channel input in YCbCr for- 
mat, 16 bit mode at 13.5 MHz to a video encoder block 
68. The second service typically comprises up to two 
audio streams, which are input in 32-bit format at 6 75 
MHz to an audio switch block 74. The third and the founh 
services typically include up lo two audio auxiliary data 
streams, input to audio switch block 74, and at least one 
ancillary data stream, typically comprising VBI data, in- 
put in 16 bit Y only format at 27 MHz to an ANC data 
block 76. 

[0178] SDI block 70 is typically responsible for sam- 
pling video and ancillary data PTS values for inputting 
to video ncoder block 68 and ANC data block 76, re- 
spectiv ly. SDI block 70 also typically receives a 27 MHz 
clock signal from a clock distribution block 80 for gener- 
ating audio, video and ancillary data framing signals tor 
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inputting to audio switch block 74, video encoder block 
68 and ANC data block 76, respectively. 
[01 79J SDI block 70 typically extracts a 27 MHz clock 
signal from the SDI stream for input to clock distribution 
block 80 as a possible clock source. SDI block 70 is typ- 
ically connected to a controller block 66 via a control 
channel. 

[0180] In preferred embodiments of the present in- 
vention SDI block 70 comprises four basic elements; 

- a suitable chip set, as known in the art, is typically 
employed for the recovery of the input data and for 
serial to parallel conversion. An extraction block 
preferably extracts the AES/EBU streams, checks 
the EDH and generates video-timing signals. 

- a self-designed FPGA provides for a video stream 
conforming to the format required by video encoder 
68. The FPGA provides for writing at least part of 
the SDI ancillary data, typically comprising VBI 
lines, and EDH flags to an ancillary RAM and inter- 
facing to ANC data block 76 and controller block 66 
Optionally, the FPGA may also have preprocessing 
and ancillary data extracting capabilities, such as 
asynchronous ancillary data extraction, 
a pattern generator based on a frame buffer and 
controlled by the FPGA typically generates a SDI 
test pattern 

an SDI circuit comprising an equalizer circuit and a 
clock recovery circuit typically extracts the clock sig- 
nal from the incoming SDI stream , converts the da- 
ta stream to PECL levels and detects a Loss of Sio- 
nal (LOS) situation. 
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[0181] At least two AES/EBU l/Fs 73 are typically 
mounted onto MPEG 62. Each AES/EBU l/F 73 is typi- 35 
cally used to convey one stereo audio service sampled 
at 46 kHz which may also include AES/EBU auxiliary 
data m accordance with EBU specification Tech 
3520.E/IEC 958, from device 14. 

[0182] In preferred embodiments of the present in- 40 
vention. an AES/EBU block 72 receives up to two audio 
signals, each containing audio samples and audio aux- 
iliary data from AES/EBU l/Fs 73. The block demulti- 
plexes each signal into separate audio samples and au- 
dio auxiliary data streams input to audio switch block 74 as 
[01 83] AES/EBU block 72 typically receives a 1 2 288 
MHz clock signal from clock distribution block 80 Addi- 
tionally or alternatively, AES/EBU block 72 may extract 
a 12.288 MHz clock signal from each of the audio source 
streams for input to clock distribution block 80 as pos- so 
sible clock sources. 

[01 84J AES/EBU block 72 is preferably connected to 
controller block 66 via a control channel. 
[0185] Preferably, AES/EBU block 72 is based on a 
Digital Audio Interface Receiver chip, as known in the ss 
art, and a custom FPGA, also termed herein a s If de- 
signed FPGA. The primary task of the FPGA typically 
compnses handling those cases in which the input AES/ 



EBU is not synchronized to the internal (27 MHz) clock 
signal. 

f «?4?2J!ne.receivef-,and-a.phase-locke*loop J 
(Piyinot shovvn), as are welt-known in tho art -f 0f re _ 

[0187] Audioswitch block 74 typically receives the au- 
dio and auxiliary data streams from SDI block 70 typi- 
cally in a proprietary format, and the streams from AES/ 
block 72 in a 4 bytes per sample foimat at 96 kHz 
and 3.072 Mbps. The audio switch block 74 is respon- 
sible for choosing the source of each of the two pairs of 

tile Sts 3 ^ 1 ^ 7 d3,a S,feamS inco, P ora,ed w «hi" 

samples of the selected pairs ar 
•nput to an audio encoder block 78 and the associated 
auxiliary data stream is input to an MPEG system mux 
block 82. The audio samples and the auxiliary data 
stream are each. typically accompanied by framing sia- 
nals received from the respective signal source and • 
switched with the traffic. 

[0189J Audio switch block 74 is also responsible for 
sampling the PTS values for each audio and auxiliary 
data stream and.passing the PTS values to audio en- 
coder block is and MPEG system mux block 82. respec- 
tively. Audio switch block 74 is typically based on a cus- 
tom FPGA design with a suitable FIFO chip, as known 
in the art, for each channel. 

[0190] Audio encoder block 78. which is preferably 
capable of simultaneous handling of up to two stereo 
audio channels, typically supports both a compressed 
and an uncompressed mode. In the compressed mode 
audio encoder block 78 preferably performs audio en- 

£S? "'IT MPEG " 1 tey6r 2 < MUSICA M) algorithm. 
[0191] Audio encoder block 78 typically receives two 
streams ol audio samples and theirassociated PTS val 
ues from audio switch block 74 Each stream is inde- 
pendently compressed or transparently transferred 
[0192] The compressed mode input streams are typ- 
ically 20 bits per sample at 48 kHz at 1 .92 Mbps The 
uncompressed mode input streams are typically 20/24 
bits per sample: 48 kHz at 1 .92 Mbps at 20 bits- or 2 304 
Mbps at 24 bits. The compressed mode output streams 
may typically comprise 1 mono. 2 mono, or 2 joint stereo 
streams at up to 192 Kbps/ehannel. In the uncom- 
pressed mode the output may typically comprise i mono 
or 2 mono, typically packed into 32 bits words. 
[0193] The two resulting streams, which are audio El- 
ementary Streams (ES) are preferably sent with their 
PTS values to MPEG system mux block 82 
[0194] Audio encoder 78 is preferably responsible for 
maintaining the association between each compressed 
frame and its sampled PTS value Audio encoder 78 
preferably rec ives a 12.288 MHz clock signal from 
clock distribution block 80 and is preferably in commu- 
nication with controller block 66. 

[0195] Video encoder block 68 receives the video sig- 
nal, the video framing signals and the PTS value tor 
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each frame from SDI block 70. The video encoder block 
68 preferably compress s the video and produces an 
ES of MPEG-2 video signal input to MPEG system mux 
block 82 along with the PTV value. 
[01 96] It is typically the responsibility of video encoder s 
block 68 to maintain the association between each com- 
pressed frame and its PTV value. The block preferably 
receives a clock signal from clock distribution block 80 
and is connected to controller block 66. 
[0197] Preferably, video encoder block 68 supports 
various user selectable compression modes typically in- 
cluding one or more of the following: MPEG-2 4:2:2; Pro- 
file @ ML; and MP @ ML 

[0198] MPEG-2 4:2:2 mode, as is well-known in the 
art, typically provides very high TV quality enabling sub- 
sequent editing of the material and multiple generations 
of compression. MPEG-2 4:2:2 typically retains full 4:2: 
2 video resolution during compression, and operates at 
up to 50 Mbps 

[0199] MPEG-2 4:2:0. as is well-known in the art, is 
suitable for consumer viewing and typically decreases 
video resolution to 4:2:0 during compression, and typi- 
cally operates at up to 15 Mbps. 
[0200] In preferred embodiments of the present in- 
vention, video encoder block 68 is based on an IBM chip 
6et for MPEG-2 video encoding, such as 75H1 323 com- 
prising one IBM I chip (MPEGSE10), one IBM R chip 
(MPEGSE20)andonelBMSchip (MPEGSE30) and ap- 
propriate RAMs connected thereto. 
[0201] A frame buffer in FIFO mode is preferably-used 
for storing a compressed frame at the output of the video 
encoder block 68. The frame buffer may be designed 
based on a buffer RAM, as is well-known in the art. 
[0202] In other preferred embodiments of the present 
invention, the video encoder block comprises a lossless 
compression ASIC (LCA) and an appropriate DSP pro- 
viding for a novel lossless and near-lossless compres- 
sion with decision control, the configuration and opera- 
tion whereof are described below in more detail with ref- 
erence to Figs. 5A and 5B. 

[0203] Ancillary data embedded in the ancillary space 
of the TV stream such as, for example, Vertical Interval 
Time Code (VITC), Teletext and Closed Captioning con- 
tained in the VBI. is preferably extracted by SDI block 
70 from the video stream and received by ANC data 
block 76 along with the PTS value for each frame. 
[0204J In addition, Hi-TV 10 preferably supports SDI 
Error Detection and Handling standard SMPTE RP 1 65. 
which is well-known in the art including setting and re- 
setting error flags and generating EDH check-words on 
the output SDI stream. 

[0205] The ancillary data referred to above, including 
the EDH word, is transmitted from ANC data block 76 
to MPEG system mux 82. The ANC data block is typi- 
cally responsible for keeping full synchronization be- 
tween the ancillary data and the video fram s it origi- 
nates from during transmission. 

[0206] In a preferred embodiment of the present in- 
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vention, described in more detail with reference to Fig. 
8 below, part of th VBI data is preferably extracted as 
original information bits and compressed while the re- 
maining information is transferred as is, such that the 
maximal transmission rate does not exceed a prede- 
fined limit, typically 1.92 Mbps. 
[0207] MPEG system mux block 82 is preferably re- 
sponsible for multiplexing a TV program in accordance 
with MPEG systems standards, as for example, the 
10 MPEG-2 system. 

[0208] The TV program multiplexed by the MPEG 
system mux bbck 82 may include up to six different 
services. Preferably, MPEG system mux block 82 re- 
ceives one video ES from video encoder block 68 along 
*5 with its associated PTS and up to two audio ESs from 
audio encoder block 78 with their associated PTSs 
MPEG system mux block 82 further typically receives 
up to two auxiliary data ESs and their associated PTSs 
from audio switch block 74; and an ES of ancillary data 
so carrying up to 1 .92 Mbps of ancillary data units and its 
associated PTS. 

[0209] Preferably. MPEG Mux 82 supports a variable 
bit rate (VBR) or a constant bit rate (CBR) video input 
and a constant bit rate (CBR) input for the remaining 
2S services Accordingly, MPEG Mux 82 preferably 
composes two input buffers - one for the video and the 
second for the remaining services. 
[0210] The MPEG system mux block multiplexes the 
video and the remaining services, the multiplex thus pro- 
30 duced typically comprising a packetized TS in accord- 
ance with MPEG-2. The packetized TS is preferably in- 
put to AAL block 64 in CBR mode. Each resultant TS 
packet comprising 188-bytes is typically transmitted ac- 
cording to a fixed transmission schedule, typically once 
35 every n clock cycles, with n being fixed for each session 
and each cycle being derived from a 27 MHz clock. Typ- 
ically, the clock is triggered by clock distribution block 
80, thereby achieving the CBR mode. , 
[0211] In addition, MPEG system mux block 82 pro- 
40 vides for sampling a system time clock {STC) value from 
clock distribution block 80 and constructing the PCR in- 
formation to be transmitted to a corresponding terminal. 
[0212] MPEG system mux block 82 is also typically 
responsible for constructing the packetized ESs from 
4$ the input ESs and attaching a PTS thereto, and for con- 
structing program tables required by a corresponding 
MPEG System demultiplexer. MPEG system mux block 
82 typically receives a 27 MHz clock signal from Clock 
block 80. 

so [0213] In preferred embodiments of the present in- 
vention, MPEG system mux block 82 comprises a DSP 
(not shown), hereinbelow referred to as DSP_MUX, as 
is well-known in the art, which performs the multiplexing 
function and the CBR maintenance. A self designed FP- 
ss GA converts the streams from the different sources to 
conform with the DSPJvlUX. 

[0214] AAL block 64, which preferably comprises an 
AAL1 layer type, typically receives 1 SB-bytes TS pack- 
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ets from MPEG system mux block 62 and outputs ATM 
cefis to PC, btock 84 . The ML bIock „ ^ A ™ 

^rec^ 1 l tranSpar ^ , and fonw,,d error ««««« 

(FEC) processing with tong interleaving 

[0215] If FEC is not incorporated the AAL block 64 

?Ti e Sn f8a f emb,es 108 in P"« bytes into 47-byte 
SAR-PDUs and adds a 1 byte SAR-PDU header If FEC 
is incorporated the input bytes typically fill the fines of 
an interleaving matrix of 47 columns and 124 lines. The 
AAL block 64 performs forward error correction by add- 
ing 4 columns to the matrix (4 bytes to each line of 124 
bytes) and adds the 1 byte SAR-PDU header to each 
line to construct the AAL1 PDU. Columns of 48-bytes 
eachcontainingtheAALI SAR-PDUs are removed from 
the^matrtx and sent to PCI l/F 84. The 188-bytes TS 
packets are aligned to the 47-bytes AAL1 PDUs 
[0216] in preferred embodiments of the present in- 
vention. AAL block 64 is based on a Video Error Proc- 
essor, as known in the art. The processor is associated 
wrth an external synchronous FIFO buffer, as known in 
tne art, operating as a data source 

■ FPG A to9ic elemen, < not sh °wn) comprised 
m AAL block 64 manages the data flow and contS 
communication The FPG A element is also responsible 
tor adjusting^e TS and AAL payloads for outputting as 
monitoring l/Fs 83 and 85. respectively. 

£l 18 L T ? m ° ni,0nn9 W 83 and "monitoring l/F 

mftirt, MES* m ° nft0rin9 ° f 3 TV «™ "s- 

mrtted from MPGE card 62 as well as recording of the 
data at the AAL or TS layers. .. n " ,,ne 

[0219] TS monitoring l/F 83 preferably comprises a 9 
MHz 10 pin connector, as is well-known in the art Con- 
necting two such connectors, each located on MPGE 
card 62 and MPGD cart 60 of same Hi-TV 10. respS 
lively enables the TS packets generated by MPGE card 

Sing reCe ' Ved ^ l0Ca ' MPGD Cani 60 for moni - 
[0*20] AAL monitoring l/F 85 preferably comprises a 
1 0 pin connector, as is well-known in the art. Connecting 
two such connectors, each located on MPGE S? J 
MPGD 60 of same HI-TV ,o. respective,^ S 

[0221] pc, ,/F block 84 is the card front-end to a PC, 
l/F operating as a slave device on a PCI bus, with NIC 
«b (Fig. 2) operating as a master PC, l/F block 84 re- 

ioT^k 1 PDUS ' r0m ML b,0Ck 64 an * *°nds them 
to the PCI bus towards NIC 46 

[0222] in preferred embodiments of the present in- 

a' FPGA de^fi °h ^ '** M h based « 

a 32K WoS'ram 9 ™ ^ «" « 
[0223] , n preferred embodiments of the present in- 
vention, the control functionality of MPGE 62. described 
SET a .! b rT 9 0ut bv block 66. is han- 

fe ^ ? SP - MUX The with the £ 

terent blocks is preferably performed using a register 

mapped method. The VB. data DSP is an except as 
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5 rtWinra l naa.27 J MHz,stabifi2e^^tVCXOteS^^ 

^^thraferencetomevariousbloc 
• c^oc^urces.may.compriserestc.ed- 

72^rt.pnally. !P ossible clock sourcesltByinc^lr 3 
free.running.clock. p 
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[0225] The 27 MHz clock is used to increment the val- 
ue of the STC which provides PTS and PCR values k> 

Z J 01 *■ MPGE <*" in accordance 
the MPEG-2 system specifications 

[0226J Accordingly, clock distribution block 80 gener- 
ates and distributes six distinct clock signals. A Progra m 
Clock Reference (PGR. 42 bit. 27 MHz counter, is ? n p* 
to MPEG system mux block 82 and Presentation Z 
Stamps (PTS. 33 bit 90 kHz counterj-are sen, to ^ 
.block JO and audio switch block 74. In addition a 27 
MHz clock signal is input to SDI block 70 and a 12 288 
MHz clock signal is sent to both AES/EBU block 72 and 
auoto encoder block 78. A trigger for the re.eaS Z a TS 

675 mm ' ,n . PU ! to MPEG 1/mmn mux block 82 and a 
575 MHz clock and video framing signals are sent to 
an external clock interface. '° 
[0227] Reference is now made to Fib 4 which i«= = 

Tw^eoTr ? f Pf8 ' erred -P'amentaton of 

ml^sar ?d! * MPG £ 60 pre,erab,y receives 

tea J£~r« fy,n9 8 ™ pr ° 9ram - multiplexed 
to a MPEG TS. originated from a remote Hi-TV 10 On 

loop-back mode or from remote DVBT board 1 70 

and 2 dL MPG ? f Pr9,erab,y 96nera,es vid ^ audio 
and date signals towards the local user over a SDI ,/F 

99. a NTSC/PAL ,/F 101 and an AES/EBUI/F97 MPGD 

" 60a, so preferably supports full EDH f unctio^ on ^ e 

outgofng SDI signal using the EDH flags passed over 

SStS? , ^ MPG ° 60 exchanges 
S%0 ma ' n,enance Mo ™*™ ^h system con- 

[0229] m alternative preferred embodiments of the 

ST ? MPG ° 60 ate ° Preferab,v 6 "PP^ a 
CD21 ie i bn aud,o mode, mis function utilizing a dedi- 

cated audo outpu, pon of a MPEG demux bkxk 88 and 

audw decoding capabilities o, a video decoder block 90 

u^2S' en ? 3 PCI 6US ^ 95 " P^idesa high-speed 

A^ SArpnnT' 0 " 80 ^^^^^ 

,n. ^ N ' C 46 «° MPGD 6 °- PC. W: 

SitrvTo) JSC " a s,ave device - ' ba 

[0231] pc. l/F block 104 preferably receives PC. 
bursts containing AAL, PDUs from M,C ^aTd send ' 
them towards AAL decoder bbck 106 .T„ SpS 
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monitoring PCI l/F block 104 preferably captures AAL1 
PDUs sent from local MPGE 62 to NIC 46. PCI l/F block 
1 04 communicates with a controller block 86 over a con- 
trol channel. 

[0232] AAL Decoder block 106 typically receives s 
. 48-byte AAL1 SAR-POUs from PCI l/F block 1 04 in nor- 
mal mode and from an AAL Monitoring l/F 103 in loop- 
back mode. 

[0233] In a case where FEC is implemented AAL 
block 1 06 preferably accumulates 1 28 SAR-PDUs. and io 
performs error correction by extracting the SAR-PDU 
header, checking each SAR-PDU's sequence number 
and correcting byte errors whenever necessary. The 
AAL block 106 then preferably sends corrected inter- 
leaved 124-bytes blocks to a dejitter block 1 08. is 
[0234] When FEC is not implemented AAL block 1 06 
preferably extracts the SAR-PDU header and passes 
SAR-PDUs 47-bytes blocks to dejittering block 1 08. 
[0235] AAL Decoder block 106 is preferably based on 
an AAL1 processor, as known in the art, such as, for 20 

xample, a COMATLAS CAS9053 processor. 
[0236] One of the major issues in transporting high- 
quality viewing-rate video over any transmission link is 
timing, since it is an important system requirement to 
play the received signal at a constant rate, within limits 2s 
defined by existing standards. 
[0237] Cells propagating through an ATM network 
typically experience cell delay variation (CD V). also re- 
ferred to as jitter, induced by the ATM network, the pack- 
etization process in remote Hi-TYf 10 (Fig. 1) and the 30 
PCI bus. It is the task of dejitter block 1 08 to smooth this 
jitter and extract the clock rate used by the transmitting 
MPGE to drive a local clock distrfoution block 96 and an 
output SDI. 

[0238] Alternatively or additionally, a frame skip or a 35 
frame repeat mode or a suitable buffer are employed for 
gapping cell arrival time variations. Such mechanism 
are employed whenever a clock locking mode is not 
needed due to lower video quality demands. 
[0239] Dejittering block 108, described in more detail *q 
with reference to Fig. 10 below, receives interleaved 
SAR-PDUs typically comprising 124-bytes with FEC, or 
47-bytes without FEC, from AAL decoder block 1 06. The 
dejittering block 108 preferably minimizes the cell arrival 



described^hereinbelbw? It then constructs 188-bytes TS 
packets sent to a MPEG system demux block 88 
[0240] 

em ' 

dejrttering blockvi 0&outpirt;frespectively. are preferably so 
similar to corresponding elements mounted on MPGE 
62 and described with reference to Fig. 3 above. 
[0241] MPEG system demux block B8 preferably 
aligns to the incoming TS packets and extracts the PCR 
signals therefrom. The PCRs are input to clock distribu- ss 
tion block 96. 

[0242] MPEG system demux block 68 preferably de- 
multiplexes the MPEG-2 carrying video PES from the 



TS and transmits the demultiplexed video to video de- 
coder block 90. MPEG system demux block 88 prefer- 
ably provides for demultiplexing of up to two channels 
of audio PESs generating audio and audio auxiliary data 
ESs. The ESs are preferably sent to audio decoder 
block 94 and the audio auxiliary data ESs are preferably 
sent to SDI block 100 and AES/EBU block 98. 
[0243] MPEG system demux block 88 also preferably 
demultiplexes SDI ancillary data PES carrying multi- 
plexed ancillary data units and overhead with a typical 
total rate of up to 1.92 Mbps. MPEG system demux 
block 88 preferably aligns the resultant stream to the vid- 
eo PES according to PTS information and constructs the 
ancillary data ES sent to ANC data block 92. MPEG sys- 
tem demux block 88 also preferably receives an STC 
value from clock distribution block 96. 
[0244] Preferably the MPEG demux 68 is based on a 
MPEG-2 System Layer Demultiplexer chip, as is well- 
known in the art, which implements most of the MPEG- 
2 Syslern Layer Demux functions. 
[0245] ANC data block 92, described in more detail 
with respect to Fig. 9 below, preferably receives the an- 
cillary data ES containing ancillary data units which may 
include compressed VBI data ANC data block 92 typi- 
cally modulates the baseband data units while the clear, 
typically uncompressed, channel unit6 pass transpar- 
ently. After decompression, all ancillary data units are 
preferably transmitted to SDI block 1 00. 
[0246] Audio decoder block 94 preferably receives 
two ESs of compressed or uncompressed audio sam- 
ples. The compressed input channels are preferably de- 
compressed while the uncompressed input channels 
preferably pass the block transparently. The output of 
audio decoder block 94 typically comprises up to two 
uncompressed audio ESs sent to AES/EBU block 98 
and SDI block 100. Audio decoder 94 typically receives 
a clock signal, typically a 12.288 MHz clock signal, from 
clock distribution block 96. 

[0247] Preferably the audio decoder block is imple- 
mented by a DSP, as known in the art. Audio decoder 
block 94 typically comprises two such DSPs (not 
shown), one per channel, and their accompanying 
SRAMs (hot shown). 

[0248] Video decoder block 90 preferably decom- 
presses the received MPEG-2 video stream. In CD21 
16 bit audb mode the video decoder block 90 also typ- 
ically receives a 1 6 bits/sample audio PES which is pref- 
erably decompressed into an E S by video decoder block 
90 and sent to AES/EBU block 98. 
[0249] Video decoder 90 preferably receives a PES 
of MPEG-2 video from MPEG system demux block 88 
and constructs an ES of MPEG-2 video, decompresses 
the ES. and produces an uncompressed digital video 
stream. The digital vid o str am is pr ferably input to 
SDI block 100 and to a NTSC/PAL block 102. The video 
decoder go typically receiv s the STC value from clock 
distribution block 96 and control data from controller 
block 85 
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[0250] Preferably, the Video decoder 90 is based on 
a MPEG-2 video decoder, as is well-known in the art, 
such as an IBM CD21 MPEG-2 video decoder, or equiv- 
alents ther of. 

[0251] SDI block 100 preferably multiplexes the vari- 
ous services received from videodecoder 90, ANC data 
block 92. audio decoder block 94 and MPEG system de- 
mux 88 into a single SDI stream transmitted to the user 
via SDI l/F 99 

[0252] SDI block 100 also typically receives a 27 MHz 
clock signal from clock distribution block 96 and produc- 
es video framing signals transmitted to video decoder 
90 and NTSC/PAL block 102. 

[0253] Preferably. SDI block 100 comprises a SDI 
Mux sub-block based on a self designed FPGA and a 
Parallel to Serial sub-block. 

[0254] SDI l/F 99 preferably conveys one video serv- 
ice, in accordance with ANSI/SMPTE 259M, supporting 
both 525 and 625 lines. It also preferably conveys up to 
two embedded audio services in accordance with 
ANSL/SMPTE 272M. and also VBI and, optionally. HBI 
ancillary data in accordance with ANSI/SMPTE 291 M. 
[0255] AES/EBU block 99 preferably receives two un- 
compressed audio ESs from audio decoder block 94 
and two audio auxiliary data ESs from MPEG system 
demux block 88. Block 98 preferably multiplexes each 
audio stream wfth its associated auxiliary, data into an 
AES/EBU signal. The two AES/EBU signals thus gen- 
rated are sent to the user preferably over AES/EBU I/ 
Fs 97, typically in accordance with EBU standard Tech. 
3250-E, providing the electrical characteristics to the 
output line. 

[0256] Alternatively, in CD21 16 bit audio mode AES/ 
EBU block 98 receives one ES of 16 bit audio samples 
from the audio decoder block 94 and preferably gener- 
ates one AES/EBU signal sent to the user. 
[0257] AES/EBU block 98 typically receives a 1 2.288 
MHz clock signal from clock distribution block 96 and 
communicates with controller block 86. 
[0258] Each of the two AES/EBU l/Fs 97 is typically 
used to convey one audio service to the user, each audio 
service being sampled at 48 kHz. including up to 24 bits 
per sample, and optionally including AES/EBU auxiliary 
data, in accordance with EBU specification Tech. 
3250-E/IEC 958. 

[0259] NTSC/PAL block 102 preferably receives a 
digital video signal from video decoder 90 and video 
framing signals from SDI block 100. It converts the dig- 
ital input to an analog video signal in NTSC or PAL for- 
mat. The analog signal is sent to the user across NTSC/ 
PAL l/F 101, providing the electrical characteristics to 
the output line 

[0260] NTSC/PAL block 102 preferably receives a 27 
MHz clock signal from clock distribution block 96 and 
communicates with controller block 86. Preferably, NT- 
SC/PAL block 102 is based on a digital video encoder 
(DVE). as known in the art. 

[0261] NTSC/PAL l/F 101 preferably conveys a com- 



posite analog video signal in NTSC or PAL format, to 
the user The viewing format is typically determined ac- 
cording to the digital signal format and the specific NT- 
SC or PAL format is user selectable. 
5 . [0262] Controller block 86 preferably exchanges in- 
formation with system controller 20 of Fig. 1 and with 
the components of MPGD 60, as described above Its 
general f unctbn is to serve as an agent between system 
controller 20 and all the functional blocks of MPGD 60. 
io [0263] Specific functions of the controller block 86 typ- 
ically include controlling the Demux chip of MPEG sys- 
tem demux 88 and managing the transfer of the demul- 
tiplexed services from the Demux chip of MPEG system 
demux 88 to the appropriate component on MPGD card 
is 60. The controller block 86 is typically responsible for 
. managing software download processes and managing 
a Built-in Test (BIT) procedure of the MPGD card. 
- [0264] Furthermore, controller block 86 typically re- 
ceives session configuration parameters from system 
20 controller 20 of Fig. 1 and distributes the pertinent infor- 
mation to each component, at the beginning of the ses- 
sion. It also transfers control information from system 
controller 20 of Fig. 1 tothe MPG D components and sta- . 
tus information from each component to system central- 
es ler 20 of Fig. 1 during a session. 

[0265] In some preferred embodiments of the present 
invention, the control functionality of MPGD 60, de- 
scribed above as being carried out by controller block 
86, is handled by a DSP handling the TS demux embed- 
30 ded software comprised within MPEG system demux 
block 88. The communication with the different blocks 
is typically performed using a memory mapped register 
structure. .' 

[0266] Clock distribution block (STC block) 96 is pref- 
35 erably the MPGD card 60 clock generator and typically 
maintains a 27 MHz stabilized PLL (VCXO). It may be 
driven by a 27 MHz clock signal originating from the 
transmitting Hi-TV 1 0 (Fig. 1 ) terminal and restored from 
the PCR signals received from MPEG Demux block 88 
40 using the Adaptive Clock Recovery method. It may be 
. driven by a common external clock or run in an open 
loop mode. 

[0267] Clock distribution block 96 preferably gener- 
ates and distributes three clock signals. A STC value 

45 (33 bit 90 kHz) is input to MPEG system demux 88 and 
video decoder block 90. A 27 MHz clock signal is sent 
to SDI. block 100 and NTSC/PAL bbck 102. A 12.288 
MHz clock signal is input lo AES/EBU block 98 and au- 
dio decoder block 94. 

so [0268] In some preferred embodiments of the present 
invention, the functional clock distribution block is typi- 
cally implemented in MPEG demux block 88 based on 
the MPEG-2 System Layer Demultiplexer chip. The 
MPEG-2 System Layer Demultiplexer chip typically re- 

55 covers the 27 MHz system clock using the PCRs. The 
STC values are available in the r gister s t of the 
AV6220 and can be accessed by controller block 86. 
The AV6220 also generates the 12.288 MHz audio bit 
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clock signal 

[0269] Reference is now mads to Figs. 5A and 5B. 
Fig. 5A is a schematic illustration of a preferred imple- 
mentation of the video encoder block 112 of Fig.3, which 
preferably performs lossless/near lossless video com- 
pression. Fig. 5B schematically illustrates a typical en- 
coding process flow as performed by video encoder 
block 112 of Fig. 5 A. 

[0270] Both lossless and near lossless compression 
are preferably performed in accordance with JPEG-LS 
algorithms. However, since the JPEG-LS is not a rate 
controlled algorithm it does not support pre-definition of 
compressed frame size, nor is it capable of predicting 
an upper limit of a compressed frame In order to allow 
real-time, network oriented use of the JPEG-LS algo- 
rithms, an appropriate rate control mechanism is provid- 
ed in a preferred embodiment of the present invention, 
so as to support real-time JPEG-LS compression and 
CBR mode output 

[0271] The lossless/near lossless- video encoding 
process may proceed in any one of several modes in- 
cluding, for example, one of the following: parallel; adap- 
tive; double pass; and pipeline modes. Typically, the pa- 
rameters ol the near lossless compression are set ex- 
ternally and input to a near bssless compression de- 
vice. The parameters may be defined to include a NEAR 
parameter, which may be pre-assigned or calculated per 
frame as described below. 

[0272] In the parallel compression mode, both loss- 
less compression and near bssless compression are 
preferably performed simultaneously. The NEAR pa- 
rameter is pre-assigned and the decision regarding the 
most suitable compression mode is made per frame. 
[0273] In the adaptive mode the default is typically 
lossless compression. The type of compression may 
switch to near lossless mode dependent on the ratio be- 
tween the number of already encoded bits and a maxi- 
mal allowable number of bits per encoded frame. 
Hence, each frame may be transferred either as loss- 
less or near lossless or as a combination thereof. 
[0274] In the double pass mode a double pass com- 
pression is typically performed for reducing the com- 
pressed frame size, possibly reducing the need for near 
lossless compression to a minimum. 
[0275] In the pipeline mode, as discussed hereinbe- 
low by way of example in describing the configuration 
and operation of video encoder block 112, the choice 
between lossless and near lossless compression is 
made anew for each frame. The NEAR parameter is cal- 
culated on a frame basis using the results of the same 
frame lossless compression. 

[0276] In preferred embodiments of the present in- 
vention, the lossless/near lossless compression is per- 
formed by an encoding block of the LCA, referred to 
herein as eLCA 114. and an encoder control and deci- 
sion block (eDSP) 126 both constituting part of video 

ncoder block 112. 
[0277] The eLCA 114 preferably receives the video 



signal, r ferred to her in as an LDI stream, via an input 
l/F (LDI) 116, from SDI block 70 of Fig. 3. Both a gapped 
input mode, also referred to herein as VBR. and a real 
time input mode, also referred to herein as CBR. are 

5 preferably supported The LDI stream, typically in field 
mode, is input to a parser 118 which provides for gen- 
erating a frame by interleaving its two pertaining fields. 
Preferably, parsing is performed on complete frames 
only. Alternatively, the parsing may proceed in a field 

'0 mode 

[0278] Parser 118 preferably separates the LDI 
stream into its three separate YCbCr components, stor- 
ing the three separate components, typically into a RAM 
buffer A 122 via a Video RAM l/F 1 20. At the receipt of 
*5 a new frame, parser 118 preferably, synchronizes the 
^ LCA, specifically, for example, the eLCA 114, with the 
LDI stream and performs a frame integrity check. 
[0279] Upon synchronization parser 118 preferably 
extracts VBI, HBI, even field and two YCbCr timing sig- 
20 nals. The parser 118 performs a limit check on the LDI 
stream for determining compliance with Rec 601 -3. Op- 
tionally, it also performs clipping of the LDI stream to 
comply with Rec. 601-3. 

[0280] Parser 118 preferably supports several data 

• 25 manipulations, typically including horizontal and vertical 
frame chopping and a per-frame changeable field-to- 
frame conversion. Preferably, the chopped frame's 
width will not exceed 720 pixels and its maximal height 
will not exceed 625 lines. 

30 [0281] Parser 118 also preferably supports a 3:2 pull 
down mode aimed at reducing a required service band- 
width upon transmission of repeat images using CRC 
calculation. A lossless encoder block 132 is preferably 
responsible for the lossless compression of the three 

3$ YCbCr video components retrieved from RAM buffer 
122A. The compression may proceed in frame or field 
mode using a set of predefined external parameters and 
a zero valued NEAR. Typically, the same encoding pa- 
rameters will be used for both fields of a given frame. 

to The resultant up to six YCbCr compressed streams are . 
preferably stored in a RAM Buffer B 122. 
[0282] Upon completion of the lossless encoding of a 
given frame the eDSP 1 26 calculates the NEAR param- 
eter based on lossless compression statistics compris- 

45 jng the size of alt the compressed streams and algorithm 
statistics. 

[0283] The eDSP 126 prelerably uses the algorithm 
statistics for classifying the source frame. This classifi- 
cation, in addition to the lossless compressed frame 

so size, is preferably used by the eDSP 126 for predicting 
the near lossless compressed frame size. The predicted 
frame size preferably determines the value of the NEAR 
parameter used by a near lossless encoder block 134 
for the near lossless compression. 

55 [0284] Preferred embodiments of the pr sent inven- 
tion typically support a predefined set of valid NEAR val- 
ues. Preferably, a s t of valid NEAR values comprises 
the range of one or more discrete functions each defined 
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tlT/l," T 8 by 3 ^ incremen '- Ac- 

tively, the valid values may be defined by a pred fined 

continuous function. 

[0285] In a preferred embodiment of the present in 
ventoon the set comprises a first function wfth values 
ranging from 1 to 6 by an increment of 1 , a second^ 

o'f°2- a tnST^" 9 b6,Ween 6 10 8 b * 30 inc ™ent 

C, ' 0n Wrth Va,Ues ra "9 in 9 °»tween Sand 

' ttn L," "T °' 4; ^ a ,ourth si "9 ted ^lue f unc- 
^ hav ng a value of 32. In accordance with the em- 
bodiment thus described, the NEAR value actually em- 
ployed will correspond to the closest valid value in the 
set of functional values. 

[0286] Nearlosslessencoderblockl34preferablvre- 

*T YCbCr componen,s RaJwI 

ad! f ri tn,o? h ne3f ,0SStess thereof 
accordmgtothe near lossless JPEG-LS algorithm usino 

the calculated NEAR value and addrtiona, predS 
parameters. The near lossless compressed YCbCr 
stream is typically stored in a RAM buffer C 122. 
[0287] A clear channel functionality, described herein 
^™ nted * clear channel 124, is prefereb* J 
'fSZZ : db //f neVa ' 0,,he P araedy CbCrstreamfroI 

RAMbufferl22andaddition of appropriate headers and 
marke rs so as to comply with the JPEG-LS The YCbCr 

23? n,U ' ,ip ' SXed b * an » multi- 

« S?> I « "of UCe m OU,pu, ES < LOES > and sent to 
a FIFO buffer 128 for CBR transmission to MPEG sys 

*n .mux btock 82 (Fig. 3) . The LOES additionally £ 
celVoompnses a PTSand appropriate headers ln6 

S« P '^' C ' ear channel 124 generates up to 

d8ta Streams c °^esponding to the VBI 

il S?"! "° na ' ** S,reams are to 
£ f u 2 T 9 W,th the YCbCr c °mP°nen.s providing 
for full video frame transmission. Preferably, the vSeo 
components multiplexed into the LOES originate from a 
single compression mode. Optionally, the ^expo- 
nents c^ns.rtutingthe LOES may originate from dZm 

cT e r e sr e h so r es • ,oss,ess - near ■»—» » 

scXdE " SUbJeCt ,0 "' mi,a,i0ns - as *" 

[0289] According to a first limitation, the Cb and Cr 

SSSTySr pre,erab,y ori9ina,e ,rorn a 

source, the Y component may be chosen independently 

[0290] m field compression mode, identical sources 

fieL Pr ot erab ' y T* f ° r SimBaf COm P°" e " ts f^S 
fields of a given frame. 

SS^L^ 9 f ever an ent,re frame is droppe * * 

126 such as, for example, in a case where the com 
pressed ES exceeds a maximum link rate, one or Ze 

SET* ^ ^ ,n SUCh a <* se ^e LOES 

typically comprises a header containing 3:2 pull down 

Ration with a repeat ,ast frame request. ' 
IOZ92J The appropriate content of the LOES is typi- 
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[0293] » me 1XJES size, including all hnalen, a™, 

io reacn the minimum preset LOES size 
[0294] External RAM buffers A. B. and C 1 22 are n«f 

22 T to support sto ^ e S 

^r p,pel,ne stages. Accordingly, the external Ram tip 

three YCbCr components of the various concretion 

■n F,g. 5B. Preferably, the total storage caoabiiitu 
amounts to 80 Mbits separated in four bante toTnaJ e 
non synchronous access by each of the tour^e 

[0295] m preferred embodiments of the present in 

SDRAM r T bUflefS ^le'ZTZ 
SDRAM devices with a 16 bit wide data bus resulting in 

szsxr usab,e ad * ess — a - - 

nicates with each o, the wfflS™ XT 
^controller 20. TheeDSP, 2 Spreferably rece^vesTe 
VKJeo frammg s.gnals for each frame from SDI 70 and a 
dock signal from clock distribution block 80 
[0297] ReferenceisnowmadetoFigs.6Aand6B Fiq 

^ZIT^ i,,US,ra,i ° n — 'mplem": 9 
tation of the video decoder block 136 of Fio 4 whJh 

■ng. F,g 6B. wheh is self-explanatory in light of the dis 
SZc^ 0 ' 6A ' SChema,ica ^ ^rata Pre! 

™riTo^ 

Efc 9 ? i th8 • aPpara,US °' R 9- 6A '^'ess/near loss- 

Si^sss r erabv performed b ^ a **Z 

wock of the LCA termed herein dLCA 138 and a de 

S^S?S?? (dDSP) m ' ^ ,he dLC " * -d 
i£ J-f comprised in video decoder block 

135 whose operation and configuration are described 

ssssr"' re,erence ,o the pipe,i - «^ 

[0299J m a preferred embodiment of the present in 
ventK,n. dLCA 1 38 receives a LOES stream via a L OE S 
W 154. typically trom MPEG system demux block 88 
(Fig. 4). Both VBRandCBR input modes are prefSab^ 
supported. The LOES stream is preferab J CfS ^a 
parser 140 providing tor several ES processing ^«as K s 

tot'? SePara,i0n ° We COmpressed ^ s^amin 
to rts components, as described below. 

[0300] Parser 140 preferably extracts a header com- 
pns.ng header data from the incoming LOES pedor^Z 

^ T , ' ,S P re,erably inpUt todDSP 144 Parser 140 
also pr ferebV perfoims a LOES component check 
companng the actual number of compressed compo- 
nents to an xpected number thereof derived fromTh e 
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header data. Both in case of header integrity violation 
and components number incompatibility, the LOES is 
typically discarded and no further processing of the 
. frame is performed. Prior to LOES separation byte stuff- 
ing, if present, is preferably identified and discarded. 
[0301] A valid LOES is preferably decomposed by 
parser 140 into its compressed YCbCr components 
which are subsequently typically stored into an external 
RAM buffer A 148 via a Video RAM l/F 150. Uncom- 
pressed components (either YCbCr or VBI and HBl), if 
present in the LOES, are preferably handled by a clear 
channel 152 prior to multiplexing into the resultant LDI 
stream as described below. A lossless/near lossless de- 
coder 142 preferably retrieves the compressed YCbCr 
components from RAM buffer A 148 and performs si- 
multaneous decoding thereof. Each compressed com- 
ponent is preferably decoded in accordance with the ap- 
plicable compression mode, lossless or near lossless, 
the resultant decoded YCbCr components are prefer- 
ably stored in RAM buffer A 148. 
[0302] A repeat-picture function comprising storing a 
last decoded full frame in RAM buffer B 1 43 for possible 
use in a next frame processing is preferably supported. 
The repeat-picture functionality may be used either for 
replacing an erroneous received LOES : orwhen 3:2 pull 
down was performed on the source stream. 
[0303] An LDI mux and l/F . 146 preferably retrieves 
the decoded YCbCr video components and any uncom- 
pressed components from RAM buffer A 148 for gener- 
ating-the LDI stream to which the frame timing signals 
input from dDSP 144 will ultimately be added. The re- 
sultant LDI stream is preferably stored in RAM buffer B 
148 for further transmission and as repeat-picture 
source for the next frame. The resultant LDI stream is 
preferably sent via an l/F to SD1 100 (Fig. 4). 
[0304] External RAM buffers A and B 148 are prefer- 
ably used to support storage memory throughout the 
four pipeline stages. Accordingly, the external RAM 
preferably comprises four frame buffers, each storing all 
three components corresponding to each of the pipeline 
stages, comprising input stream, decoded frame and 
previous frame, as illustrated in Fig. 6B. 
[0305] A dDSP 1 44 which preferably controls the var- 
ious functional blocks of video decoding block 1 36 com- 
municates with system controller 20 to enable transmis- 
sion of control variables and software download. The 
dDSP 144 preferably receives the frame header data 
extracted by parser 1 40 from the input LOES and a clock 
signal from clock distribution block 96. 
[0306] Reference is now made to Fig. 7 A. b a simpli- 
fied block diagram illustration of a preferred implemen- 
tation of the DVBT 170 of Fig. 2. 
[0307] DVBT 170 preferably receives one of DVB- 
SPI, DVB-ASI or SMPTE-SDTI TS streams via a SPI 1/ 
F 174, ASIJ/F 175 or SDTI l/F 188, respectively. 
[0308] (The f S stream is pref erably receiveb^ a^DVP 
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(block 1 78 . which validates the TS dataBfelrtty?aSg^s^ 
(timates TS brt rate The TS packets are t ypically wrrtt n) 



(to a TS FIFO block jgjQ Qith r at SPI|TS clock ratatyp- 

iicairy^lv^ 

(thef cftek^ DVB block) 

(178 aitfan AAL1 blcx?k 182 Cloclc) 
[0309] AAL1 encoder 182 preferably extracts the TS 
data from TS FIF0 180 at the PCI/4 clock rate and trans- 
forms the TS data into ATM AAL1 PDUs. Optionally, 
AAL1 encoder 182 incorporates FEC with long inter- 
leaving into the stream: The AAL1 PDUs are typically 
transported to a PCI l/F block 184 for transmission via 
NIC 46 (Fig. 2) over WAN 22 (Fig. 2). 
[0310] All functional blocks in Fig. 7A preferably have 
a bi-directional control channel connected to Controller 
block 136. 

[0311] Reference is now made to Fig. 7B, which is a 
simplified block diagram illustration of a preferred imple- 
mentation of DVBR 1 72 of Fig. 2. 
[0312] DVBR 172 preferably receives ATM AALl 
PDUs from NIC 46 via a PCI l/F block 188. The received 
data is preferably transferred to an AAL1 decoder 190, 
which extracts a PDU payload from the PDUs and op- 
tionally performs de-interleaving and error correction. 
[031 3] A dejitter block 1 92 preferably receives the out- 
put stream from AAL1 decoder 190 and performs jitter 
removal for the incoming stream. The dejittered stream 
is preferably input to a DVB block 194, which preferably 
reconstructs the TS packets prior to delivery to one of 
SPI l/F 1 96, ASI l/F 1 98 or SDTI l/F 200 for further trans- 
mission to a corresponding device 14 of Fig. 1 or Fig. 2. 
Typically, the packet reconstruction includes TS header 
completion and TS error flag handling. 
[0314] All functional blocks of Fig. 7B preferably have 
a bi-directional control channel connected to Controller 
block 202. 

[0315] Reference is now made to Figs. 8 and 9 which 
are schematic illustrations of preferred implementations 
of ANC data block 76 of MPGE card 62 of Fig. 23 and 
ANC data block 92 of MPGD card 60 of Fig. 4, respec- 
tively. The ANC data blocks 76 and 92 are preferably 
responsible for handling the ancillary data, such as the 
VBI data and the EDH check-words, as described here- 
inabove. 

[0316] Typically, the first twenty one horizontal scan- 
ning lines in each video field are disposed in the VBI. 
Some of these lines may contain Teletext information; 
other lines may contain test signals, ghost-cancellation 
signals, network time stamp, or closed-caption signals; 
still other lines contain VITC/DVITC or other signals, as 
is well-known in the art. Typically, the VBI contains 216 
Kb per component and field which may be reduced to 
several Kb per line employing VBI processing proce- 
dures as described hereinbelow. 
[0317] The ANC data blocks 76 and 92 preferably 
support several different transmission methods adapted 
for the various ancillary data types. 
[0318] A relatively bandwidth-inefficient method 
which may be used for unformatted or non-standard an- 
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comprises extracting a whole VBI 
line and transmitting it to a receiving Hi-TV 10 (Fig i) 
for emb tiding in the outgoing SDI stream in synch with 
trie video. 

[0319] A method of very high bandwidth efficiency 5 
suitable for data types having a known standard format' 
comprises demodulating and transmitting ony the ori* 
mat information represented by the VBI line 
[0320J Compression of desired VBI lines along with 

T ^i' 9 " 31 ' Using an * aPProP'iat e method such as w 
the MPEG-2 algorithm, is another reasonably band- 
width-efficient method supported by the ANC blocks 
This method is preferably used with data types robust 
enough to survive such compression. 

[0321] For constant data types, such as test signals is 
and ghost-canceling reference signals, a method com- 
posing generation of constant signals at the videooutput 
may be employed. 

[0322] In accordance with a preferred embodiment of 
the present invention. ANC data block 76 illustrated in zo 
. Fig. 8.. receives ancillary data, as for example DVITC 
data, extracted by SDI block 70 (Fig. 3) as original in- 
formation brts along with the PTS values. ANC data 
block 76 processes the DVITC data, typically compris- 
ing two identical 90 bits per line per field, with a typical ss 
maximal compression rate of 1.92 Mbps. The remaining 
ancillary data including the EDH check-words are tvo* • 
cally transmitted in a transparent mode 
[0323] Preferably. ANC data block 76 comprises a 32 
Kw external RAM 156, an apprcpriate-DSP 158 and a so 
BKw output buffer 160. 

[0324] For each field, allthetwenty VBI lines are prei- 
erabV written into external RAM 156. DSP 158 lakes 
whatever is needed per configuration tor processing 
such as : for example, two lines per field for an embodi- as 
ment supporting the compression of the DVITC data on- 
ly All the other lines and the EDH check-words are typ- 
ically passed transparently. 

[0325] The encoded information is output in a CBR 
mode on a frame basis. The delay induced by the oper- <o 

frame, ^ ** ^ 76 «™£lJ£ 
frames - one frame for filling the buffer and processing 

(ST f m?'? 13 ' °" e ' rame ,or ou,ptmin 9 the data. 
[0326] ANC data block 92 depicted in Fig. 9 typically 

decodes and decompresses the compressed DVITC 4S 
fines vvmten to an input buffer 162. emptoying a suitable 
DSP 164. as known in the art. The decompressed lines 
are preferably written to an output external buffer 1 66 , 
for sending to SDI block 100. . 

[0327] The delay associated with ANC data block 92 so 
typ.cafiy two frames. It is appreciated that the output 

EE To J , \ ,yPiCa " y ° ne and same as the input 
to block 92. so that the total ancillary date enccxfingi- 
codmg delay typ.cafiy amounts to three frames 

S! 8J , R !! er ! n ! 8 fe " 0W made to Fi 9- 10 - is a ss 
schematic block diagram illustration ol a preferred im- 
plementation of dejittering block 108 of Fig 4 The an 
paratus of Fig. 10 may also be used as a preferr d im- 
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plementation of th dejitter block 192 of Fig 7B 
[0329] As mentioned above, cells propagatino 
tagh an ATM network, such as network 22. wS 

enable playmg of high quality viewing-rate video in ac- 

TcT^T: 9 s,andards - me ** •*> £Z 

EL?™ " Sed * con i unct, 'o" vvrth STC block 96 
and MPEG system demux block 88 in MPGD 60 of Ffa 
4.d ejrttenng block 108 typically provides tor keeping the 
jitter values wrthh the prescribed limits It is also <e*Z 

tin^ J?r «o eXtfa f °" 0< l,a C,0Ck rate * the transrS. 

rate of ,0 IV 'I??* ' 6CeiVed - * 8 * pica » 

in the TS. PCR values embedded with- 

ESIL * decima,ion bl0Ck 166 pre,erab * ei- • 

ttjeri24-byteor47-byteda,abkxksfromAALbkxk 106 

^mM ?c 98n ! rateS 188 - byteS TS 

Ltock in P are pre,erab,y ,nput to a P( -li 

der P?L fi ^ L ! b,0Ck 168 Pre ' erab,y COmprisas ■ *« or- 
o? Z I P respcnsible i'PMhe-inltial smoothing - a 



"comh 9 Jitt9redXBRirea m --The^PLUrbl6ck 

tVDICA V lifts nn an <-u-f~~« 1 . - ^ %V V .. ™ ,U ' 
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*P ; ^ V,ysjnga^ s 

^^^^^4*^^^^ TS packets to 
M *vgG„system demuxblock 88. ~> 

[0333] MPEG system demux block 88 preferably ex- 
Uacts the PCR values from the TS packets and inX 
fte PCR values to STC block 96 STC block 96 prefera- 
bV uses a second 3rd order PLL filter loop to drive the 
STC of MPGD 60 of Fig. 4 and to keep tracking on he 
STC of corresponding MPGE 62 of Fig 3 

IS IT be appreciated b V Persons skilled in the 
art that the present mention is not limited to what has 

SthlT iCU ' arly Sh0Wn 3nd described hereinabove 
Rather the scope of the present invenlion includes both 

^Jh! * subcombi na«-ons of features de- 

mTn,!l r6 ? b0Ve 38 We " as varia,ions a ™> oevelop- 
ments^hereof which would occur to a person of skill °n 
*e a rt upon reading the (of descri fo 

which are not in the prbr art. 



Claims 



Apparatus for video, audio and data communication 
of a transport stream via an ATM WAN. the transport 
stream comprising at least one of at least one video 
s ream at least one data stream, and at least one 
audio stream, the apparatus comprising: 

a video service module for modifying at least 
one video stream; 

a data and audio services module for modffyinq 
at least one data stream and at least one audio 
stream; 
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a network inlerfac module, communicating 
with the video service module and the data and 
audio services module, and operative to trans- 
mit the modified streams over the ATM WAN; 
and 5 
a controller communicating with said video 5. 
service module, said data and audio service 
module, and said network interface module for 
controlling the various functions thereof. 

70 

2. Apparatus for lossless/near lossless compression 
encoding of a video stream for transmission over an 
ATM WAN, the apparatus comprising: 

an encoder block operative to encode the video is 
stream by applying at least one compression 
mode thereto, thereby generating a transport 
stream; 

a decision block operative to determine a deci- 
sion NEAR parameter based, at least in part, zo 
on lossless compression data received from 
the encoder block, said NEAR parameter being 
used to determine an appropriate near lossless 6. 
mode, and 

a control block, communicating with the encod- 2s 
er block and the decision block and operative 
to determine an appropriate content of the 
transport stream. 

3. Apparatus for lossles/near lossless decompression 30 
decoding of a transport stream transmitted over an 
ATM WAN, the apparatus comprising: 

a decoder block operative to decode the trans- 
port stream by applying one or more decbm- 35 7. 
pression modes thereto, thereby generating a 
. video stream; and 
a decision block operative to determine a set of 
appropriate parameters to be applied by the de- 
coder block for the decompression of the trans- 40 
port stream based, at least in part, on a decision 
NEAR parameter employed in the compression 
of the transport stream. 

4. Apparatus for video ancillary data communication *s 
over an ATM WAN, the apparatus comprising: 

a processor operative to modify at least a pari 
of at least one ancillary data component of an 
ancillary data stream embedded within a video so & 
stream; and 

at least one memory device communicating 
with the processor and operative to store: 

a representation of the ancillary data ss 
stream comprising a representation of a full 
content of the ancillary data embedded 
within the video stream; and 



a representation of an ancillary data fe- 
rn entary stream comprising a content of 
the ancillary data embedded within the vid- 
eo stream. 

Apparatus for the communication of dejittered real 
time viewing rale video over an ATM WAN, the ap- 
. paratus comprising: 

a dejittering block operative to filter at least part 
of a jitter present in a transport stream trans- 
mitted over the ATM WAN, said transport 
stream corresponding to the real time viewing 
rate video stream, the dejittering block being 
further operative to extract a clock rate of a cor- 
responding transmitting source embedded in 
the transport stream; and 
an STC block operative to generate an STC 
drive a decoder STC in response to the clock 
rate of the transmitting source, as extracted by 
the dejittering block. 

A method for video, audio and data communication 
via an ATM WAN, the method comprising: 

providing a video service module for modifying 
at least one video stream, 
providing a data and audio services module for 
modifying at least one data stream and at least 
one audio stream; and 

providing a network interface module for trans- 
mitting the modified streams over the ATM 
WAN. 

A method for lossles/near lossless compression of 
a video stream lor transmission over an ATM WAN, 
the method comprising: 

.* 

providing an encoder block for compressing the 
video stream into a transport stream by apply- 
ing at least one compression mode: 
providing a decision block lor determining a de- 
cision NEAR parameter corresponding to loss- 
less compression data received from the en- 
coder block, said NEAR parameter determining 
an appropriate near lossless mode, and 
providing a control block for determining an ap- 
propriate content of the transport stream. 

A method for lossless/near lossless decompression 
of a transport stream transmitted over an ATM 
WAN, the method comprising: 

providing a decoder block for decompressing 
the transport stream into a video stream by ap- 
plying one or more decompr ssion modes; and 
providing a decision block for determining a set 
of appropriate parameters to be appli d by the 
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decoder block for th decompression of the 
transport stream, based, at least in part, on a 
decision NEAR parameter employed in the 
compression of the transport stream. 

9. A method for video ancillary data communication 
over an ATM WAN, the method comprising: 

providing a processor for modifying at least part 
of at least one ancillary data component of an "> 
ancillary data stream embedded within a video 
stream; 

providing one or more memory devices com- 
municating with the processor for storing the 
ancillary data stream, the stored ancillary data '£ 
stream comprising: 

a full content ol ancillary data embedded within 
the video stream; and 

an ancillary data elementary stream comprising 
the full content of the ancillary data embedded 20 
within the video stream. 

10. A method for the communication of a dejittered real 
time viewing rate video stream over an ATM WAN, 

the method comprising: *s 

providing a de jittering block for fi tiering at least 
part of a jitter present, in a transport stream 
transmitted over the ATM WAN, said transport ... . 
stream corresponding to the real time viewing 30 
rate video stream, and for extracting a clock 
rate of a corresponding transmitting source em- 
bedded in the transport stream, and 
providing an STC block for producing an STC 
and driving a decoder STC in response to the 3S 
clock rate of the transmitting source extracted 
by the dejittering block. 
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(54) Integrated communication system 

(57) Apparatus tor video, audio and data communi- 
cation of a transpon stream via an ATM WAN, the trans- 
port stream including at least one of at least one video 
stream, at least one data stream, and al least one audio 
stream The apparatus includes a video service module 
tor modilying at least one video stream, a data and audio 
services module tor modilying at least one data stream 
and at least one audio stream, a network interface mod- 
ule, communicating with the video service module and 
the data and audio services module, and operative to 
transmit the modified streams over the ATM WAN, and 
a controller communicating with the video service mod- 
ule, the data and audio service module, and the network 
interlace module for controlling the various functions 
thereof 

Related apparatus and methods are also provided. 
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(54) Integrated communication system 

(57) Apparatus for video, audio and data communi- 
cation of a transport stream via an ATM WAN, the trans- 
port stream including at least one of at least one video 
stream, at least one data stream , and at least one audio 
stream. The apparatus includes a video service module 
for modify ing at least one video stream, a data and audio 
services module for modifying at least one data stream 
and at least one audio stream, a network interface mod- 
ule, communicating with the video service module and 
the data and audio services module, and operative to 
transmit the modified streams over the ATM WAN, and 
a controller communicating with the video service mod- 
ule, the data and audio service module, and the network 
interface module for controlling the various functions 
thereof. 

Related apparatus and methods are also provided. 
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